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I. INTRODUCTION 



Recent advances in the field of fiber optics have made 
this technology a candidate for present and future military 
data transmission systems. Fiber optic data links provide 
wide bandwidth, low attenuation, and excellent resistance 
to electromagnetic interference. 

The feasibility of the serial data bus has been demon- 
strated through applications of MIL-STD-1553 in the F16, 

F18 and other military platforms. The MIL-STD-1553 pro- 
vides time multiplexed data transmission between a central 
computer and a number of terminals, replacing the individ- 
ual point-to-point hardwired interface connections with a 
single twisted pair cable. 

The introduction of small single board computers with 
considerable computational power has made the distributed 
system of microcomputers a viable candidate to replace the 
second generation computers now in use in military tacti- 
cal data systems. Such a system offers reductions in costs, 
weight and power consumption with increased reliability and 
flexibility. 

These three developments led to the investigation of a 
serial fiber optic data bus for a distributed microcomputer 
system. Such a data bus allows several microcomputers to be 
joined into a single system although they may be physically 
separated by some distance. 
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The project involved the design and construction of the 
hardware used to interface the computers with the serial data 
bus and the development of the software required for bus con- 
trol and message handling. The software was designed around 
a real-time operating system previously developed at the 
Naval Postgraduate School for use in such a distributed sys- 
tem. Commercially manufactured fiber optic components vere 
utilized in the serial bus. 



The serial bus control p 
bus protocol used in this sy 
ling procedures used in the 
and similarities are drawn w 
in the serial bus. The inte 
discussed briefly with detai 
Debugging techniques along w 
also appear in the appendice 



roblem is first examined and the 
stem is outlined. Message hand- 
operating system are described 
ith the message handling employed 
rface hardware and software are 
Is presented in the appendices, 
ith the complete program listing 
s. 
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II. BACKGROUND 



A. MILITARY APPLICATIONS OF FIBER OPTICS 

The optical transmission of digital data avoids many of 
the limitations of the traditional hardwired methods. Since 
the transmission medium is a dielectric, fiber optic cables 
provide total isolation between transmitter and receiver. 
Crosstalk between adjacent lines is easily eliminated by 
surrounding each cable with an opaque jacket. Fiber optics 
neither generate nor are subject to electromagnetic inter- 
ference, EMI. Optical transmission lines experience none of 
the ringing problems associated with wire systems, and pro- 
vide greater bandwidth with reduced attenuation. 

Commercial applications of fiber optics have been mainly 
in the field of telecommunications, where the wider bandwidth 
and reduced attenuation of the optical cable is desired. 
Military uses of fiber optics frequently involve short run 
lengths, under 150 feet, and bandwidth requirements of less 
than 10 Mbits/sec. The advantages of fiber optics in mili- 
tary systems is in their EMI and electromagnetic pulse (EMP) 
characteristics and in their weight savings over a comparably 
shielded coaxial cable. In addition, the wide bandwidth cap- 
ability of fiber optic transmission lines provides room for 
expansion as tactical data systems become more complex. The 
high temperature capability of glass and fused silica fibers 
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allow cables to be used in extreme environmental conditions, 
as in the engine compartments of jet aircraft. 

The Navy's Airborne Light Optical Fiber Technology (ALOFT) 
project is a prominent demonstration of the application of 
fiber optic technology in the tactical environment. ALOFT 
involved the replacement of 150 hardwired interface connec- 
tions aboard an A-7 aircraft with 12 digital and one analog 
fiber optic communication links. The 12 digital links form 
six bidirectional communication lines between a central com- 
puter and five remote terminals. The data rate was 50Kbits/ 
sec. The longest cable run was about 27 feet- Some cables 
required as many as five optical couplings to complete their 
path through bulkheads and the like. Subsequently the losses 
incurred in the couplings were the major source of optical 
attenuation with the fiber attenuation a secondary contrib- 
utor . 



B. MILITARY SERIAL DATA BUS STANDARD 

The military standard for serial time-division multi- 
plexed data buses is M IL-STD-1553A . MIL-STD-1553A is a 
command/response data bus which utilizes a central bus con- 
troller to preside over all bus transac tions - All other 
terminals in the system respond only to commands from the 
controller and do not initiate transmissions on their own. 

The bus consists of a single twisted pair cable. Data 
is time-division multiplexed in an asynchronous, half 
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duplex manner. Data is encoded in bi-phase Manchester code 
and transmitted at 1 Mbit/sec. Word size is fixed at 20 
bits per word, consisting of 16 bits of data, 1 parity bit 
and three sync bits. Word formats are shown in figure 1. 

Bus traffic is composed of three types of messages? 
command words, status words, and data words. Command words 
are sent from the bus controller to the terminals to in- 
struct them when to transmit and receive. Status words 
are sent to the controller from the terminal in response 
to a command word, and data words form the actual data 
transfer. The message formats are shown in figure 2. 
MIL-SID-1553 has been proven to work in the field and is 
adequate for many applications where a central computer is 
controlling a number of peripheral terminals. 

C. TEE DISTRIBUTED COMPUTER CONCEPT 

The distributed computer concept grew out of the desire 
to make a number of small computers do the job of a larger 
computer. It differs from the more conventional centralized 
computer in that several processors are working on more or 
less unrelated tasks at the same time. System resources and 
data banks are accessed through a common or corporate memory 
serving all the computers. 

The distributed system may use standardized computer 
modules lowering system costs and enhancing maintainability. 
Commercially available microprocessors, with their excellent 
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TR: Transmit/Receive, P: Parity, ME: Message Error, TF: Terminal Flag 
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Figure 2: MIL-STD-1553 Message Formats 



reliability record would be a worthy component in such a 
system. 

D. TEE DISTRIBUTED MICROCOMPUTER SYSTEM 

The distributed computer system prototype developed at 
the Naval Postgraduate School centers around the use of the 
Intel SBC 80/20-04 single board computer. The SBC 80/20-04 
is representative of the current technology in single board 
computers at the time of this writing. This is an 8080 
based system with 4096 bytes of read-write memory and 8192 
bytes of read-only memory on board. The unit provides 48 
programmable I/O lines and eight programmable interrupt in- 
puts. The board supports an external parallel bus, the Intel 
multibus, which allows expansion to off-board memory and I/O 
facilities. One or more of these computers along with cor- 
porate read/write memory form an affinity group. 

The real-time operating system developed for this system 
uses a modular program structure. A module is a software 

program to handle a specific function or a group of functions 

\ 

Modules can be written and compiled separately allowing easy 
modification of the software. Up to eight modules may reside 
in an individual single board computer. 

Modules are given consecutive numbers and communicate 
with each other through messages passed from module to module 
If two modules reside in different computers, the mesages 
are passed by way of a dedicated area in common memory. 
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Each computer may wort on several tasks at once, accessing 
the common resources in corporate memory as required. Each 
computer has a resident operating system in on-hoard read- 
only memory. Data that is used often by the computer is 
stored in local read-write memory to improve access time 
and reduce the external bus use. 

E. THE SERIAL INTERFACE 

The serial interface described in this thesis provides 
a means of linking single board computers at physically sep- 
arated locations with a fiber optic data bus to form a dis- 
tributed computer system, as illustrated in figure 3. The 
distributed system becomes a collection of individual sta- 
tions each having one or more single board computers, cor- 
porate memory, and a serial interface. The serial interface 
transfers messages from corporate memory at one location 
to corporate memory at a remote location. The interface 
unit contains an Intel 8748 single chip computer to handle 
the serial bus protocol. No special additional requirements 
are placed on the operating system because of the serial bus. 
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Serial Data Bus 
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Figure 3: A Distributed Microcomputer System 



III. SYSTEM DESIGN 



A. BASIC DESIGN PHILOSOPHY 

The serial bus described in this thesis was viewed from 
the beginning as an extension of the parallel Intel Multibus. 
This was done mainly to make the serial link between affinity 
groups transparent to the operating system. In the Multibus 
system, the single board computers communicate with one an- 
other by way of messages deposited in corporate memory. The 
messages can be viewed as letters, the corporate memory as 
the mailboxes, and the parallel bus as the mail carrier. 

Each single board computer periodically checks its mailbox 
to receive messages from other computers. 

The function of the serial data bus is to link several 
affinity groups as if they were all on the same parallel 
bus. Messages are sent from computer to computer in the 
same manner as before. A serial interface terminal re- 
sides on each parallel bus and scans the corporate memory 
for messages bound for non-local computers ► When such a 
message is detected, the message is sent via the serial 
bus to the terminal on the destination computer's paral- 
lel bus. The message is then deposited in corporate 
memory at the destination where it can be serviced by the 
computer. In this manner, a computer can communicate with 
any other in the system withcut changing the message hand- 
ling procedures used to communicate with local computers. 
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B. THE SERIAL BUS CONTROL PROBLEM 



Communicating via a single wire, or fiber optic cable, 
presents some additional problems in bus control when con- 
trasted with a parallel bus. In a parallel bus, separate 
signaling lines are provided. In the Multibus, each single 
board computer has a bus request line going to the central 
bus control arbiter and a bus grant line coming from the 
controller. Since signaling is done on separate lines, it 
does not interfere with data transmission. 

In the single wire bus, signaling must be done on the 
same line as the message sending. Some of the messages 
sent on the serial bus must be bus control messages from 
terminal to terminal. The military standard for serial 
time-division multiplexed data buses is MIL-STD-1553. 

This standard has served as a guide for serial data buses 
now in use in tactical data systems, and was examined as 
a possibility for this project. 

The major drawbacks of the MIL-STD-1553 bus for use in 
a distributed processing system are incurred by the single 
bus controller and the limitations on the remote terminals. 
In the serial bus design presented herein, the bus control 
is decentralized, allowing each terminal to send messages 
under its own control. This design provides the terminals 
with equal communication power needed for a distributed 
computer system. 
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The terminals in this design access the bus through a 
'round-robin' type of bus control. This is a simple method 
of passing control from one terminal to the next, insuring 
that no two terminals try to access the bus at the same time. 
The computers in the system are numbered, starting from one, 
to the maximum number in the system. The serial interface 
terminal serves all computers on its local bus. The terminal 
reads the local parallel bus roster by means of a dedicated 
location in memory. The terminals also read their terminal 
identification numbers and the identification number of the 
next terminal to receive bus control. The terminal with iden 
tification number one becomes the initial bus control station 



The initial bus control terminal checks for any outgoing 
messages waiting to be sent over the serial bus. If none are 
waiting, the terminal issues a bus grant command to the next 
terminal to receive the bus control. This process continues 
until the last terminal, the one with the numerically highest 
identification number returns control to terminal number one. 



Messages are preceded by a reques t- to-send command to 
the desired terminal. The command is addressed to the des- 
tination computer number. The receiving terminals scan 
their individual bus roster to determine if that computer 
number resides on their bus. The reques t-to-send command 
also contains the message length. If the destination ter- 
minal can accommodate the message, it replies with an ac- 
knowledgement. If insufficient space is available, no 
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reply is made and the requesting terminal senses a time- 
out. When this occurs, the requesting terminal turns the 
bus over to the next terminal in line and waits until it 
can send the message again. 

After receiving a 'clear-to-send ' acknowledgement, the 
requesting terminal sends data messages one byte at a time 
to the destination terminal. After receiving each data 
message, the receiving terminal responds with a reply. 

The sending terminal waits for a reply before sending the 
next data message. If no reply is received within a cer- 
tain time, the message is repeated. If parity errors are 
detected in the received message, no reply is issued and 
the sender automatically repeats the message. At the end 
of the message, the sending terminal issues an end-of- 
message command. The receiving terminal returns to a 
listener mode, and the sending terminal grants the bus 
to the next terminal. 



Command messages are provided for the following functions 
Bus Grant 
Reques t-to-Send 
End-of-Message 

Acknowledgements are issued for: 

Bus Grant Acknowledge 
Clear-to-Send Acknowledge 
End-of-Message Acknowledge 
Data Acknowledge 
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The command messages consist of three bit intervals of 
sync character, four bits of destination address, four bits 
of origin address, eight bits of command information, and 
one parity bit for a total of 20 bits per message. The data 
messages follow a similar format with a different sync char- 
acter at the beginning and carry one byte of data per mes- 
sage. The address fields limit the system to 15 computers 
in the present configuration. The message formats are con- 
trolled by firmware and are easily changed to accommodate 
different message lengths. This could allow for sixteen 
bits of data and/or eight bit address fields to handle 
larger systems. Message formats are shown in figure 4. 

Acknowledgements take no special message format. 

The sending terminal treats any received message as an ac- 
knowledgement. This eliminates the possibility of parity 
errors requring an acknowledge message to be repeated. 

The acknowledgement is essentially error resistant. 

C. MESSAGE HANDLING IN THE OPERATING SYSTEM 



Messages passed from module to mode are a minimum of 
four and a maximum of 36 bytes in length. All messages 
contain a header consisting of the receiving module num- 
ber (RMN), the sending module number ( SMN ) , the message 
number (MN), and the message length (ML). The rest of 
the message is data and may contain zero to 32 bytes. 
Message numbers are agreed upon by the modules involved 
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Data Message: 



D 



3 2 



3 2 



7 6 



5 4 3 2 



Data Destination Source Data Byte Parity 

Sync SBC SBC Bit 



Command Message: 



3 2 10 



3 2 10 



7 6 5 4 3 2 1 0 



Command Destination Source 
Sync SBC SBC 



Command Byte 



Pari ty 
Bi t 



Command Bytes: 

Bit 76543210 



L c L d L. L, L, 0 0 0 Request-to-Send 

0 * J L 1 (Message Length^ L 4 L 3 L 2 1^ 0) 

00000001 End-of-Message 



Q000Q010 



Bus Grant 



Figure 4; Serial Message Formats 
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and are useful for sending control messages where no 
data is passed. Module numbers are unique to each module. 

A maximum of eight modules per single board computer is 
allowed in the present version of the operating system. 
Modules number zero through seven reside in computer num- 
ber one, (SBC number 1), modules eight through 15 in SBC 
number two and so forth. 

The message buffer employed in the operating system is 
a linear buffer of 248 bytes in length located from F222 
(hex) to F119 (hex) in corporate memory. Six additional 
memory locations are used as control registers, as shown 
in figure 5. The use of these registers is described 
herewi th. 

EXTMSGLOCK 

This is the lock mechanism for the corporate buffer. 

If none of the local single board computers are using the 
buffer, the buffer is termmed 'unlocked' and EXTMSGLOCK is 
set to zero. When one of the computers is using the buffer, 
EXTMSGLOCK is set equal to the SBC number of that computer. 
The lock mechanism prevents more than one computer from 
accessing the buffer at any one time. 

EXTMSG 

This register indicates the SBC number of the computer 
to receive the next outgoing message. If the buffer is 
empty EXTMSG equals zero. EXTMSG is set by the last 
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FI 19 



Buffer 248 bytes 



F022 

F021 

F020 

F01F 

FOIE 

FOID 

FOIC 



Address in Memory (hex) 



EXTMSGLAST 

NUMEXTMSG 

EXTMSGOUT 

EXTMSGIN 

EXTMSG 

EXTMSGLOCK 



Figure 5: Corporate Message Buffer 
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computer that uses the buffer, and is periodically scanned 
by all the computers in the system. 

EXTMSGIN 

This is the input pointer of the buffer. EXTMSGIN 
indicates the next available location in memory, and is 
incremented by the sender after each byte is transferred. 
The pointer is relative to the bottom of the buffer and 
can assume values from 3 to F7 (hex). The address of the 
next available memory location is found by adding the 
pointer value to the base address of the buffer, F022 
(hex ) . 

EXTMSGOUT 

This is the corporate buffer output pointer and it 



functions similarly to 


the 


input pointer. 


EXTMSGOUT 


also expressed 


relative 


to 


the bottom of 


the buffer. 


The use of the 


pointers 


is 


illustrated in 


figure 6. 



NUMEXTMSG 

The value at this location in memory indicates the 
number of messages in the corporate buffer. If NUMEXTMSG 
is zero, the buffer is empty. 

EXTMSGLAST 

This register is used as a flag to mart the end of 
the current series of messages in memory. When an 
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incoming message does not fit into the remaining room 
at the top of the buffer, EXTMSGLAST is set equal to the 
last value of the input pointer. The input pointer is 
set to zero and the message is stored starting at the 
bottom of the buffer. When the last message at the top 
of the buffer has been removed, EXTMSGOUT will be equal 
to EXTMSGLAST, signaling the computer that no more mes- 
sages remain at the top of the buffer and the next out- 
going message begins at the bottom. 

D. CORPORATE BUFFER OPERATION 

Computers wishing to access the corporate buffer must 
wait until the current user has unlocked the buffer. This 
is accomplised by continually reading and re-reading the 
lock register until it is zero. When an unlocked buffer is 
detected, the waiting computer writes its S3C number into 
the lock. It then reads the lock to make sure another 
computer did not already lock the buffer. 

After lock has been achieved, a computer wishing to 
deposit a message checks the buffer for available room. 

If the output pointer is greater than the input pointer, 
the available space lies between the two pointers. If 
the input pointer is above the output pointer, the empty 
buffer lies above the input pointer and below the output 
pointer. If the message does not fit into the top of the 
buffer, the input pointer is zero'ed, and EXTMSGLAST is 



30 



set to its previous value. The computer then attempts to 
fit the message into the room at the bottom of the buffer. 
If the message does not fit, the transaction is aborted, 
and a buffer overflow condition exists. Messages are 
not allowed to 'wrap around' the top of the buffer into 
empty locations at the bottom, as shown in figure 7. 

Any time the buffer is empty, both pointers are reset 
to zero. A buffer overflow is detected if the input 
pointer is equal to the output pointer when the number 
messages in the buffer is not zero. NUMEXTMSG is incre- 
mented after each message is deposited and decremented 
after each withdrawal. 

Each time a message is removed from the buffer, the 
computer in charge reads the receive module number ( RMN ) of 
the next message, computes the SBC number corresponding to 
that module, and loads the SBC number into EXTMSG. If the 
message just removed was the last message in the buffer, 
EXTMSG is set to zero. After a message is deposited into 
the buffer, EXTMSG is set only if the message just loaded 
is the only message in the buffer. 

E. SERIAL MESSAGE HANDLING TECHNIQUES 

The message handling techniqus employed in the serial 
terminals are patterned after the message handler used in 
the operating system for the single board computers. 
Messages are stored in a circular first in-first out (FIFO) 
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buffer of 32 bytes in length. But while the buffer in cor- 
porate memory allows only one user at a time, the buffer in 
the serial terminals can be accessed by two users at once. 
Thus a serial write can take place during a parallel read 
and vice versa. Seven additional registers control the 
operation of the buffer in the serial terminal and are shown 
in figure 8. 

Input Pointer 
Output Pointer 

The pointers contain the address of the next outgoing 
byte and the next vacant memory location for incoming data. 
These contain the absolute address of the data in the buffer 

Input Counter 
Output Counter 

The input and output counters are not actually involved 
in the buffer control but are dedicated to be used to count 
the number of bytes transferred. The counters are loaded 
with the length of the message at the beginning of the trans 
fer and decremented after each byte is moved. When the 
counters are zero, the transfer is complete. 

Input Lock 
Output Lock 

The input and output locks are zero if no one is using 
the buffer and contain the SBC number of the computer 
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currently using the buffer 
place. Separate input and 
allow the read while write 



when a transaction is talcing 
output locks are provided to 
feature described earlier. 



Number of Messages 

This last register keeps track of the number of messages 
currently in the buffer. 

The message buffer in the serial terminal is operated in 
a true circular fashion, in contrast to the linear buffer used 
in the corporate memory. This is done for two reasons: the 

first, to provide maximal utilization of the modest buffer 
size, and secondly, to allow a simpler buffer control algo- 
rithm. The input and output pointers are initially set to 
the bottom of the buffer during power-up. After receiving 
the first message, the input pointer is raised to the next 
vacant memory location, while the output pointer remains at 
the bottom of the buffer. As additional messages are re- 
ceived, via either the serial or parallel channels, the 
input pointer continues to be advanced. During an ouput 
operation, the output pointer is advanced as each byte is 
read from the buffer. When the input pointer reaches the 
top of the buffer, it is reset to the bottom of the buffer 
and the input operation continues, as shown in figure S. 

The output pointer follows in the same fashion, 
continually chasing the input pointer around the circular 
buffer. The available room in the buffer is easily 
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computed by using the current values of the input and out- 
put pointers. When the input pointer is greater than the 
output pointer, the available room is at the top and bottom 
of the buffer. The available room is the size of the buffer 
minus the difference between the input and output pointers. 
When the output pointer is above the input pointer, the 
available room is in the middle of the buffer and is equal 
to the output pointer minus the input pointer. An output 
operation is allowed to begin in the middle of an input 
operation since the output operation can only increase the 
amount of room in the buffer. Likewise an input can begin 
during an output operation since the available room at the 
beginning of the input operation can only increase with 
time. To accommodate long messages, the input lock is 
leaded with the requesting computer number at the time of 
the request even though space may not be available at that 
time. All other message inputs are rejected until the com- 
puter in the input lock can transfer its message. This pre- 
vents a number of short messages from pre-empting a longer 
message . 

F. SERIAL INTERFACE TERMINAL OPERATION 



The serial interface terminal was viewed as a synchro- 
nous machine with several distinct terminal states corre- 
sponding with different stages of message handling. 
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The terminal state is defined by a four bit quantity stored 
in a working register of the 8748 computer chip. 



The states are divided into two groups? the listening 
states - 0000 through 0111, and the talking states - 1000 
through 1111. Listeners change state by receipt of commands 
from the talker, the bus current bus control station. The 
talker changes state after receiving an acknowledgement of 
the last command. While in the talker, or bus control 
states, any message received after the issue of a command 
is considered an acknowledgement - no parity or ID checks 
are made. While in the listener mode, messages are scru- 
tinized for proper ID numbers and parity to prevent ter- 
minals from responding to the wrong commands. State 
transitions are diagrammed in figure 10. 

State 0000 



This is the 'dormant' state of the terminal while it 
is monitoring the bus. The terminal is not engaged in any 
serial transfer. All received messages are examined for 
possible commands addressed to the particular terminal. 

State 0001 



A terminal enters this state after sending a clear-to- 
send acknowledgement in response to a reques t-to-send 
command from the current bus controller. The acknowledge- 
ment is sent only if space is available in the buffer to 
accommodate the message. The terminal will stay in state 
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Figure 10: Serial Interface Terminal States 
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00i<31 during the reception of the message, sending an ac- 
knowledgement after the successful decoding of each data 
word . 

States 0010 through 0111 

These states are not used in the present design and 
are reserved for future expansion. 

State 1000 

This is the basic bus control state of the terminal. 
While in this state, the terminal checks for any messages 
awaiting transmission. If a message is waiting, the bus 
controller sends a reques t-t o-s end command to the desired 
terminal. If no traffic is pending, the terminal imme- 
diately enters state 1011. 

State 1001 

This state is entered after receiving a clear-to-send 
acknowledgement from the terminal addressed while in mode 
1000. The terminal sends the message while in state 1010 
and remains in this state until all the data words have 
been sent. The next data word is issued only after an 
acknowledgement is received for the last data. 
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State 1010 



After receiving an acknowledgement for the last data 
word in the message, the bus controller enters state 1010. 
During this state, the end-of-message command is issued. 

State 1211 

State 1011 is the bus grant state and is reached by 
either of two ways: by lacking any traffic to send while 

in state 1000 , or by receiving an end-of-message acknowl- 
edgement while in state 1010. The bus controller relin- 
quishes the bus by issuing a bus grant command to the next 
terminal to receive control. The terminal considers the 
next bus transmission a bus grant acknowledgement and 
switches back to state 0000. 



States 1100 through 1111 



These states are not utilized in the present design 
and are reserved for future use. 
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IV. HARDWARE DESIGN 



The serial interface hardware is partitioned into three 
major sections, as shown in figure 11. These are the serial 
bus interface, the parallel bus interface, and the CPU group. 
Each of these sections will now be discussed in greater 
detail . 

A. THE SERIAL BUS INTERFACE 

The serial bus interface comprises the major portion of 
the hardware and is divided into five subsections: the 

transmitter, receiver, clock synchronizer, sync detector 
and the controller. 

1. Transmitter 

The transmitter is composed of three functional 
blocks, the transmitter parallel-to-serial shift register, 
the transmitter parity generator, and the encoder. The 
parallel-to-serial shift register is 16 bits in length, 
made up of two eight bit shift registers tied end to end. 
Provisions are made for expansion to 32 bits with the 
addition of two mere IC chips. The shift registers are 
loaded individually by the CPU by applying the desired 
eight bits of data on the CPU data bus and then pulling 
the desired load line low. During transmission, the 
shift registers are clocked 16 times, presenting serial 
data to the encoder. The output of the last shift 
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register, the one closest to the encoder, is fed tack 
into the input of the first shift register to provide 
an automatic reload of the data. Reloading the shift 
registers is not required to repeat a message. 

The transmitter parity generator consists of a 
counter to accumulate the number of logical ones in the 
outgoing data. The counter is activated by the same 
clock which shifts the data and stops counting after 
the sixteenth bit has been sent. At this time the 
least significant bit of the counter tells whether the 
number of ones in the message is even or odd, by being 
a 0 or a 1 respectively. Parity is taken over all 17 
bits, message plus parity. If even parity is desired, 
the counter output is taken directly as the parity bit. 
If odd parity is desired, the least significant bit of 
the counter is inverted. For example, if odd parity is 
desired, and the number of ones is even, the zero level 
of the counter LS3 is inverted making the parity bit a 
one and making the number of ones in the entire 17 bits 
odd. Parity sense is selected by the use of an exclu- 
sive-or gate on the output of the parity counter. 

The encoder converts the NRZ binary data out of 
the shift registers into a unipolar Manchester code for 
transmission. The encoder consists of a D~type flip 
flop and several gates acting as a multiplexer. The 
encoder generates the Manchester code by sending the 
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data during the first half of the bit time and sending 
the complement of the data during the second half. 
Additional control signals allow the generation of the 
non-Manchester sync characters and allow insertion of 
the parity bit following the last data bit. These con- 
trol signals are derived from the controller. 

2. Receiver 

The receiver consists of a parity counter and a 
16 bit serial-to-parallel shift register expandable to 32 
bits. Due to the word width limitation of the controller 
ROM, the shift register and parity counter operate off the 
same clock. Since the parity check is performed over the 
entire 17 bits, 17 clocks are required by the parity coun- 
ter. To allow the receiver shift register to function 
properly, the receiver data is delayed one bit time with 
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3. Clock Synchronizer 

The clock synchronizer keeps the local clock 
synchronized with the transmitting terminal's clock dur- 
ing the reception of a message. The clock sync functions 
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by detecting the transitions in the received Manchester 
data. The clocks for both transmission and reception 
are derived from a high frequency clock of approximately 
10 MHz. During transmission, the basic clock frequency 
is divided by six to provide- a nominal 768KEz data rate. 
During receive, this basic frequency is divided by seven 
to provide a slightly lower frequency for the clock sync. 

The clock sync, figure 13, consists of a divide-by- 
seven counter and a transition detector. The counter is 
presettable and can be reloaded by either an overflow or 
a signal from the transition detector. Each time a tran- 
sition is detected in the received data, the divide-by- 
seven counter is reset. During a received string of ones 
or zeros, transitions occur both at the beginning and in 
the middle of the bit times. The divide-by-seven counter 
will be reset by the incoming transitions every six 10MHz 
clocks, and will never reach terminal count. During al- 
ternating one-zero strings, transition occurs only in the 
middle of the bit intervals, or once every twelve 10MHz 
clocks. Under these conditions, the divide-by-seven 
counter will reach terminal count, reset itself and count 
five more times before being reset by the next transition. 
The clock sync thus 'free runs' during the times when 
transitions do not occur. During the reception of a sync 
character, the divide-by-seven counter may overflow up to 
three times before being reset by the data. The ratios 
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of six and seven were chosen to keep the receive clock 
always behind the sending clock and to not lose a clock 
pulse during reception of the sync characters. During 
transmit, the clock synchronizer is disabled to prevent 
the received echo from altering the transmitter clock. 

The clock divider is forced into a divide-by-six mode 
during this time. 

4. Sync Detector 

The sync detector is a digital matched filter 
tuned to the sync characters used in the system. The 
matched filter responds to three different bit patterns 
to accommodate both the data sync and command sync char- 
acters shown in figure 14. For data sync the filter re- 
sponds to the bit pattern 111000. For command sync, 
two patterns, 011101 and 011110, are detected to handle 
the cases of command sync-leading zero and command sync- 
leading one. Both patterns must be detected to distin- 
guish command sync from data sync. The ouput of the 
sync detector is a pulse which starts the controller to 
generate the signals needed to receive the message. Also 
included in the sync detector is the circuit which starts 
the controller during transmit. During transmission, the 
matched filter is disabled to prevent the received echo 
from re-loading the controller. 
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5. Controller 



The controller is programmed. 7ia an EPROM to 
provide all the control signals needed by the transmitter 
and receiver. It consists of 'an eight hit counter and a 
1024 word hy eight hit memory. The memory outputs are 
clocked through a register to eliminate any glitches on 
the resulting control lines. The IK hy eight EPROM can 
accommodate four sets of transmit/receive programs for 16 
hit data, or two sets of programs for a 32bi t/message sys' 
tern. Provisions are made for easy change-over to a 2048 
hy eight EPROM which will double the above figures. 



B. PARALLEL BUS INTERPACE 



The parallel hus interface provides the signals n 
to communicate with peripherals via the Intel Multihu 
circuitry provided in the serial interface unit has 1 
capabilities in that it can communicate only with ext 
memory. No local hus clock is provided since the bus 
is provided hy one of the single hoard computers resi 
on the parallel hus. The parallel exchange is initia 
the CPU on the serial interface hoard. A hus request 
is issued in sync with the hus clock. Before the nex 
pulse, a hus arbitration decision is reached, and the 
to receive hus control is issued a hus priority input 
The module waits until the current user of the hus ha 
leased the BUSY line before taking control of the hus 
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Address and data are applied to the bus by activating tri- 
state drivers. The appropriate read or write command is 
issued after the data and address have had time to settle 
and removed after the acknowledge has been received from 
the external device. The bus is relinquished after the 
transaction by turning off the data and address drivers 
and releasing the BUST line. 

C. CPU GROUP 

The Intel 8748 is the central processor unit of the 
serial interface board. The 8748 is a single chip com- 
puter with 64 bytes of read-write memory and IS bytes of 
electrically programmable/erasable read-only memory. The 
8748 provides 27 input output lines grouped into two eight 
bit ports, one eight bit bus, two test inputs, and one in- 
terrupt input. The CPU chip controls all the activity on 
the serial interface boards with the exception of the 
automatic functions in the receiver. The 8748 loads data 
into the transmitter, initializes serial transmissions, 
decodes received messages, and controls the parallel in- 
terface to corporate memory. External latches are used 
to expand the number of output lines from the 8748. 

D. ELECTRO-OPTIC COMPONENTS 

This project used commercially available electro- 
optic and optical components. Each serial interface 
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board requires a fiber optic transmitter and receiver 
to connect to the serial bus. The serial bus is a star 
arrangement with separate lines from each transmitter 
and receiver connected to a single coupler, as shown in 
figure 15. The optical transmitter and receiver are housed 
in separate enclosures and provide TTL level inputs and 
outputs. The transmitter, receivers, and radial coupler 
were manufactured by Spectronics, Inc. of Richardson, TX. 
The fiber optic cable was made by Galileo Electro-Optics. 

E. CONSTRUCTION DETAILS 

The serial interface hardware is built on an Intel 
Multibus compatible 12 by 6.75 inch circuit board. The 
electrical interconnections are wirewrapped to facilitate 
modification and expansion. To reduce power consumption, 
the serial interface hardware utilizes low power Schottky 
TTL devices in the majority of the circuitry. The 8748 
computer chip is a five volt NMOS circuit while the con- 
troller EPROM requires additional +12 and -5 volt power. 
All connections to the parallel Multibus are made through 
an edge connector on the circuit board. Connections to 
the fiber optic transmitter and receiver are made with 
coaxial cables directly to the board. 
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Figure 15: Optical Data Bus Configuration 
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V. SOFTWARE DESIGN 



The serial interface software is composed of an 
executive program, parallel and serial message handling 
routines, a time out interrupt handler, and a power-up 
restart routine. The executive program (EXEC) is a contin- 
uous loop checking the 8748 buffer area and the corporate 
memory buffer for messages and calling the service routines 
to transfer messages to and from the 8748 buffer. This 
tends to keep the buffer as empty as pos5ible. EXEC checks 
the output lock of the 8748 buffer, if it is locked it sig- 
nifies that a serial output is in progress. If the output 
lock is not set, EXEC reads the receiving module number of 
the next outgoing message and places the corresponding SBC 
number in the lock. If the message is bound for a remote 
location, EXEC sets an internal flag in the 8748 to signal 
the serial message handler that a message is waiting to be 
sent. If the next message is local, EXEC calls the parallel 
message delivery routine. When no more messages can be re- 
moved from the 8748 buffer, EXEC checks for incoming mes- 
sages in the corporate memory message buffer. 

A. PARALLEL MESSAGE HANDLING ROUTINES 

Parallel messages are received and delivered by five 
routines called by EXEC. Two minor routines, SETLOK and 
UNLOCK, lock and unlock the corporate message buffer. 

RECEXT receives a message from the corporate buffer. 
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This routine is called by EXEC after it has determined that 
the next outgoing message in the corporate buffer should he 
taken into the serial interface. RECEXT checks the avail- 



able room in the 8748 buffer before commencing the data 
transfer. If no room is available at a given time, the pro- 
cess is aborted. SENDEXT is the message delivery counter- 
part to RECEXT. SENDEXT checks the available room in the 
corporate buffer before sending a message, and like RECEXT, 
aborts the process if insufficient space exists. One addi- 
tional routine, SETEXT, sets the EXTMSG register in corpo- 
rate memory signaling the next SBC to receive an outgoing 
message . 



B. SERIAL MESSAGE HANDLING ROUTINES 

All serial message handling is interrupt driven. 

Received messages cause an interrupt to the message decoder 
routine MSGDEC . This routine examines the destination ad- 
dress of the message to determine if it is addressed to that 
particular terminal. MSGDEC also checks the parity and type 
of message based on the sync character. MSGDEC calls the 
other serial message handling routines based on its findings. 
If the terminal is in a receiving mode, the routine RECMSG 
is called to handle the data byte, storing it in the 8748 
buffer. If the terminal is in a listening mode, the command 
handlers, 3USCMD, REQCMD, and ENDCMD handle the bus grant 
command, the reques t-to-send command, and the end-of-mes sage 
command. If the terminal is in a bus control mode, the 
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received message, regardless of its type, is considered as 
an acknowledgement, and is processed by one of the acknowl- 
edgement handlers, BUSACK, CLRACK, DATACK, or 3NDACK. These 
handle the hus grant, the clear-to-send , the data message, 
and the end-of-message acknowledgements respectively. At 
the conclusion of the interrupt sequence, control is re- 
turned to EXEC. 



A separate routine, TIMOUT, handles the time out inter- 
rupts generated hy the internal timer/counter. The timer 
is reset each time a message is received and each time a 
message is sent. If the terminal is in a hus control mode, 
a time out will initiate a repeat of the last message sent. 
Terminals which are in a listening mode may also experience 
time out interrupts hut do not take any action. After a 
set number of consecutive time outs without a received mes- 
sage, the terminal will restart its initiation procedures, 
thus aborting all undelivered messages. The reset operation 
will allow the terminals to rapidly resume normal activity 
once the fault has been removed. 

The RESTRT routine initializes the terminal after power- 
up and time out generated resets. RESTRT reads the locations 
in corporate memory for the necessary identity information 
and local bus roster, clears the internal registers of the 
8748 and initializes the pointers for the 6748 buffer memory. 
If the terminal is in the initial bus control terminal, 

RESTRT initiates the first bus grant command. After 
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completing the restart procedure, the program control is 
turned over to EXEC. Details in the individual routines 
can be found in Appendix B. 
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VI. SYSTEM INTEGRATION 



The system hardware was initially breadboarded and de- 
bugged before the wire-wrap boards were constructed. Soft- 
ware check-out was delayed until a working board could be 
interfaced with the Multibus. The operating software was 
written by hand in 8748 assembly language. To facilitate 
debugging, the hardware was modified to include 1024 bytes 
of on-board read-write memory for program storage. The pro- 
gram was loaded into memory by an interconnecting cable to 
an SBC 83/20 computer. The 8748 was operated in an external 
instruction fetch mode and programs could be modified with- 
out erasing and reprogramming the internal EPROM. Using the 
same 83/20 interface, the 8748 was single stepped through 
the program and addresses were displayed on a CRT terminal. 
Contents of the internal registers could be examined only 
by modifying the 8748 program to dump their contents into 
an external memory board on the Multibus. The external mem- 
ory could then be read by the 80/2 0 monitor. 

The SBC 83/20 used for debugging was resident in an 
Intel MDS microcomputer system. Programs were stored in MDS 
memory and transferred to floppy disk at the end of each 
debugging session. Another SBC 80/20 in a separate card 
cage was used to enable two serial interface boards to be 
connected and debugged simultaneously. Messages were sim- 
ulated by loading data into the proper locations of the 
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VII. CONCLUSIONS 



After construction and debugging, the hardware was tested 
and was found to function precisely as designed. The soft- 
ware took considerably more effort to debug and some minor 
difficulties exist in the parallel message handling routines 
presented in this thesis. Although the software was not 
fully operational, the serial message handling and bus con- 
trol techniques were verified and were found to function as 
desired . 

The software used in the serial interface is determined 
by the message handling techniques utilized by the distrib- 
uted operating system. As the operating system is changed 
the serial interface programs must be modified. 

This project should be viewed as a working test bed to 
evaluate message handling techniques and distributed oper- 
ating systems. liber optic components used in the data bus 
can also be evaluated under actual operating conditions. 

The serial message handling and bus control techniques 
used in this system were chosen partially for their ease of 
implementation and deserve further study to develop more 
efficient routines. The major software limitations were 
imposed by the modest program memory of the 6746 computer 
chip. Future designs could employ the Intel 6349 chip 
to provide twice the program and data memory along with in- 
creased operating speed. Different message lengths could be 
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used to allow more efficient transfer of data. The software 
could allow for changing message formats and the entire 
tus control procedure while the system is in operation. 

This could he used to advantage in tactical data systems 
where a different operating mode would he required in a 
battle situation. 
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APPENDIX A 



HARDWARE REFERENCE MANUAL 

This section describes in detail the circuit operation 
of the serial interface hardware. 

A. CLOCK SYNC 

1. Theory of Operation 

The clock sync circuit keeps the receiver clock in 
step with the transmitting clock for proper decoding of the 
received data. Manchester coded data always undergoes a 
transition in the middle of each tit interval. A logical 
one would te high for the first half and low for the second 
half. The reverse is true for a logical zero. Decoding the 
Manchester signal is accomplished by sampling the incoming 
data during the first half bit time. 

The basic clock in this system is 12 times the 
transmitted bit rate, providing six clocks per half bit 
time. For convenience, the basic clock will be referred 
to as the 12 MHz clock; normalizing the data rate to 1 Mbit/ 
sec. With six 12 MHz clocks in the half bit time, the best 
place to sample the data is on the rising edge of the third 
clock into the interval. However, if the starting point of 
the interval can be determined, sampling any time during 
the first four clocks is satisfactory. 
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This circuit relies on the transitions of the 



received data to keep the local clock in sync. Depending 
upon the data, transitions occur at least once, and as 
often as twice, per hit time. These transitions are used 
to reset a divide-by-seven counter. The counter free runs 
during times when no transitions are detected. If transi- 
tions occur both at the beginning and at the middle of each 
bit time, the counter will be reset every six clocks and 
never reach its terminal count. If transitions occur only 
once per bit time, the counter is reset every 12 clocks, 
overflowing after seven clocks and being reset during the 
fifth count after overflow. 

forcing the counter to divide by seven insures that 
the receiver clock will always lag behind the transmitting 
clock. In this way the receiver can never generate an extra 
clock. During the sync characters, the divide-by-seven 
counter may overflow three times before being reset by a 
transition. The worst case is a command sync character 
followed by a one in the data. Here the received signal 
is high for two full bit times or twenty-four 12 MHz clocks. 
The divide-by-seven counter is reset at the beginning and 
overflows three times after 21 clocks. The counter is re- 
set in the middle of the first data bit after counting 
three times since the third overflow. The resultant clocks 
are spaced at irregular intervals: 7, 7, 7, and 3, but the 

decoding is not affected and the clock remains in step with 
the transmitter. 
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2. Circuit Description 



Transitions are detected by a transition finder 
composed of a 74LS175 flip flop, B9, and a 74S00 NAND gate, 
B10. The incoming data, FDATA, is shifted through the first 
two stages of B9 and the NAND gates form an ezclusive-or 
gate to detect the transitions. The output of this circuit 
is an active high pulse lasting one 12 MHz clock and occur- 
ring immediately after the rising or falling edge of the 
data. The output of the second stage of 39, CDATA, is the 
data input to the sync detector. Figure 16 shows the clock 
sync schematic. 

The 12 MHz clock is divided by a 74LS161 presettable 
counter B12. This counter can be preset to any value and 
activates a terminal count (TC) output upon reaching a value 
of 15. The counter division ratio is controlled by the 
transmit mode control, loading the counter with ten to divide 
by sii during transmit, and loading nice to divide by seven 
during receive. The counter is reset by either the terminal 
count output or by the output pulse of the transition finder. 
The output of the clock sync is a 2 MHz clock which is de- 
rived from the logical or'ing of the two counter load pulses. 
The NAND gates of 311 perform this operation in addition to 
locking out the transition pulse during transmit. The out- 
put of the clock sync is reclocked with the 12 MHz clock to 
prevent clock skew from gate delays. Due to the number of 
gate delays in the counter reset path, gates B10 and 311 
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are Schottky TTL to allow reliable operation with the low 
power counter and flip flop at the operating frequency. 
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Figure 16: Clock Sync Schematic 



FDATA 
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Figure 17: Clock Sync Timing 



B. SYNC DETECTOR 



The sync detector determines the precise instant at 
which the decoding process is started. This circuit uti- 
lizes a matched filter composed of an eight hit shift reg- 
ister and three eight input NAND gates. The inputs of the 
gates are connected to the appropriate outputs of the shift 

register to respond to the desired hit pattern. The shift 

register is clocked hy the 2 MKz clock from the clock sync, 

SYCLK. Different sync characters for data and command mes- 

sages are used in this system. The first half of the 
command sync is not transmitted. 

Detecting the sync characters reduces to recognizing 
the pattern in the shift register. A data sync is detected 
by a high level for three half hit times followed hy a low 
for three half hit times, corresponding to a pattern of 
111000 in the shift register. Command sync detection in- 
volves the sense of the first data hit in the message. 

If the leading hit is one, the command sync is recognized 
hy a high level for four half hit times, or a pattern of 
1111. If the first hit is a zero, the pattern becomes 
1110. To separate this last case from the data sync, the 
next half hit time is also detected, making the command 
sync patterns 11110 and 11101. A leading zero is added 
to the two patterns above to keep the 11110 pattern from 
being decoded as a 11101 after one shift. This makes the 
command sync patterns 011110 and 011101. 



69 



Since the data sync fcegi 
data sync gate is shifted do 
The data going into the rece 
register adding delay to the 
lay involved in the sync det 
schematic is shown in figure 



ns before the command sync, the 



wn the 


register 


by 


two 


taps . 


iver i 


s tapped 


from 


the 


shif t 


data 


to compen 


sate 


for 


the de- 


ector 


output . 


The 


sync 


detector 



18 . 



Flip flops A9 and A10 are 74LS175 flip flops wired as 
shift registers. The decoding gates are 74LS30's All, A12, 
and A13. The outputs of the eight input gates are or'ed in 
a four input 74LS20 to form a single load pulse output to 
the controller. The output of the data sync gate A13 is in- 
verted and passed on to the controller to load the proper 
program for decoding the particular sync type. Gate B14 
performs this inversion in addition to allowing the CPU to 
select the desired sync pattern during transmit. 



The signal out of gate A14, PGCLR/, 
remove any gating glitches and is used 
counters in both the transmitter and re 
pulse to the controller, CLOAD/, is not 
that the data sync/command sync informa 
gate B14 is valid at the time the contr 
Glitches on CLOAD/ are not a problem si 
ticn is synchronous with the 2 MHz cloc 
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Flip flop 313, a 74LS74, detects the falling edge of the 
CPU send request, 3SREQ/, and generates a pulse to load the 
controller during transmit. Flip flop A15 is set when en- 
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tering the transmit mode and cleared when the transmission 
is completed. The output of this flip flop, TMODE, locks 
the sync detector during transmit to prevent the received 
echo from reloading the controller. An additional lockout 
input, MSGRY/, comes from the CPU which prevents a message 
reception until the last message has been serviced. 
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Figure 18: Sync Detector Schematic 
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Figure 19: Sync Detector Transmit Timing 



Transitions 




74 



Figure 20: Sync Detector Receive Timing - Data Sync 



Transitions 




75 



Figure 21: Sync Detector Receive Timing - Command Sync, Leading 0 



Transitions 
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Figure 22: Sync Detector Receive Timing - Command Sync, Leading 1 



C. CONTROLLER 



The controller is a programmable sequencer which replaces 
a great deal of random logic to generate the control signals 
needed by the receiver and transmitter. The controller, 
shown in figure 23, consists of a pair of 74LS161 counters 
( A16 and A17) , a 2708 EPROM (B18), and a pair of 74LS175 
flip flops (B16 and B17) . 

The desired control signals are programmed into the 
memory and the counters are loaded to the starting address 
of the program. Programs are written for transmit and re- 
ceive sequences for both command and data messages. The 
counters increment the ROM address once each 2 MHz clock 
and count until the stop bit out of the ROM goes high. 

The counters stay at this address until they are reset. 

The ROM provides signals for the receiver shift register 
clock (RSCLK) , the transmitter shift register clock (TSCLK), 
and the encoder. The encoder control signals are the en- 
coder clock (ENCOD) , the parity gate (PGATE), the word gate 
( WGATE ) , and the sync gate ( SGATE /) . The ROM outputs are 
clocked through flip flops B16 and B17 to eliminate glitches 
on the control lines and to provide true and inverted sig- 
nals. During receive, RSYNC indicates the sync type of the 
received message. 

In the initial hardware, the EPROM was programmed for 16 
bit messages. Using a IK memory, four complete sets of trans 
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mit and receive programs for both sync patterns can be stored. 
This allows 64 addresses for each of the 16 individual rou- 
tines. The receive sequence for a command message begins at 
ROM address 000 (hex) and begins at 03F for a data message. 
Transmit sequences begin at 080 for command messages and 0C0 
for data messages. Additional program sets would begin at 
100, 200, and 300 (hex). If 32 bit words are desired, 128 
ROM addresses per program are required, limiting the system 
to a maximum of two sets of programs. The controller program 
used in the initial design is shown in table 1. 

The circuitry can be easily modified to accommodate a 
2716 type 2K EPROM which will allow up to four sets of 32 bit 
programs to be stored. To modify the controller, remove 
the +12 and -5 volt supply from the 2708. Connect FMAT1 to 
the A10 input and connect FMAT0 to the A9 input of the 2716. 
Move TMODE from pin 6 of A17 to pin 23 of the 2716. Oround 
pin 5 of A 17 and connect SYMOD to pin 6 of A17. Finally, 
move RSYNC to pin 11 of A17. 
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CONTROLLER 

Figure 23: Controller Schematic 
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Figure 24: Controller Receive Sequence 
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Figure 25: Controller Transmit Sequence - Data Sync (Part 1) 
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Figure 26: Controller Transmit Sequence - Data Sync (Part 2) 
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Figure 27: Controller Transmit Sequence - Command Sync 



Table 1: Serial Interface Controller ROM Program 



ROM Address 


Receive 


Receive 


Transmit 


Transmit 


(hex) 


Command 


Data 


Command 


Data 


00 


7E 


7E 


3F 


3F 


01 


7F 


7F 


3F 


3F 


02 


7E 


7E 


3F 


3F 


03 


7F 


7F 


53 


7F 


04 


7E 


7E 


5F 


7F 


05 


7F 


7F 


53 


7F 


06 


7E 


7E 


5F 


53 


0? 


7F 


7F 


53 


5F 


08 


7E 


7E 


5F 


53 


09 


7F 


7F 


52 


5F 


0 A 


7E 


7S 


5F 


53 


0B 


7F 


7F 


52 


5F 


0C 


7E 


7E 


5F 


52 


0D 


7F 


7F 


52 


5F 


0E 


7E 


7E 


5F 


52 


0F 


7F 


7F 


52 


5F 


10 


7E 


7E 


5F 


52 


11 


7F 


7F 


52 


5F 


12 


7E 


7E 


5F 


52 


13 


7F 


7F 


52 


5F 


14 


7E 


7E 


5F 


52 


15 


7F 


7F 


52 


5F 


16 


7E 


7S 


5F 


52 


17 


7F 


7F 


52 


5F 


18 


7E 


7E 


5F 


52 


19 


7F 


7F 


52 


5F 


1A 


7E 


7E 


5F 


52 


13 


7F 


7F 


52 


5F 


1C 


7E 


7E 


5F 


52 


ID 


7F 


7F 


52 


5F 


IE 


7E 


7E 


5F 


52 


IF 


7F 


7F 


52 


5F 
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TABLE 1: Serial Interface controller ROM Program (Cont'd) 



ROM Address 


Receive 


Receive 


Transmi t 


Transm 


(hex ) 


Command 


Data 


Command 


Data 


20 


7E 


7E 


57 


52 


21 


77 


77 


52 


57 


22 


7D 


7D 


47 


52 


23 


77 


77 


46 


57 


24 


77 


77 


57 


52 


25 


77 


77 


7E 


47 


26 


77 


77 


77 


46 


27 


77 


77 


7E 


57 


28 


77 


77 


77 


7E 


29 


77 


77 


7E 


77 


2A 


77 


77 


77 


7E 


2B 


77 


77 


7D 


77 


2C 


77 


77 


77 


7E 


2D 


77 


77 


77 


77 


2E 


77 


77 


77 


7D 


2E 


77 


77 


77 


77 


30 


77 


77 


77 


77 


31 


77 


77 


77 


77 


32 


77 


77 


77 


77 


33 


77 


77 


77 


77 
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D. TRANSMITTER 



The transmitter consists of the parallel-t o-s erial shift 
register, the transmitter parity generator, and the encoder. 
The shift register is composed of 74LS165 eight bit shift 
registers, C13 through C16. Data is recirculated in the 
shift register to provide an automatic reload of the pre- 
vious message. The shift registers are loaded by the CPU by 
applying a low level to the load controls, ST3L0/ through 
STBL3/. The transmitter receives 16 clocks (TSCLK) from 
the controller. In the basic 16 bit configuration, only 
C15 and C16 are used. To expand to 32 bits/word, addi- 
tional 74LS165's need to be installed in C 14 and C13. 

The sockets for these additional shift registers are pro- 
vided and are prewired. 

The encoder generates the Manchester code from the NRZ 
data out of the parallel-to-ser ial shift register. It has 
provisions for generating the non-Manchester sync characters 
in addition to inserting the parity bit at the end of the 
data. NAND gates CIS, CIS and flip flop D19 form the en- 
coder. The gates form a multiplexer to select the flip flop 
input from the data, parity bit and control signals. 

To generate the sync character, both the word gate and 
the parity gate control lines are held low, forcing the out- 
put of the associated gates high. The flip flop output is 
forced high by applying the active low sync gate to the 
second half of gate C19. The sync gate is applied for three 
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2 MHz clock periods, corresponding to one and a half bit 
times . 



The data is sent by removing the sync gate and enabling 
the word gate while holding the parity gate low. This en- • 
ables the top gate of C16 and the first half of CIS. The 
encoder clock, a 1 MHz square wave is now applied to the en- 
coder. When the encoder clock is high, data present on the 
output of the shift register is passed to the flip flop in- 
put, generating the first half of the Manchester bit. When 
the clock goes low, the inverse of the last data output is 
applied to the flip flop and the bit is completed. This pro- 
cess repeats 16 times. 



At the end of the data word, the word gate is removed and 
the parity gate is applied to the encoder. This switches the 
flip flop input from the shift register to the parity gener- 
ator output. The parity bit is added to the message by the 
same process used for the previous 16 bits. At the end of 
this last bit interval, all control signals are removed, the 
flip flop output returns low, and the message is completed. 

The parity generator, C17, is a 74L5161 counter connected 
to the output of the parallel-to-serial shift register. The 
counter is cleared before each transmission by PGCLH/ from 
the sync detector. The asynchronous clear input is used in 
lieu of the load control because no clock is available at the 
time the counter is cleared. The parity generator receives 
the same clock as the shift register. 
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At the end of the sixteenth clock, the LSB of the counter 
specifies the parity hit to he sent during the next hit time. 
The counter output can he inverted hy a 74LS86 exclusive-or 
gate to provide even or odd parity. Parity is taken over the 
entire 17 hit message. If odd parity is selected, the total 
number of ones in the 17 hits must he odd. If the LSB of 
the counter is zero, signifying that the 16 data hits had an 
even number of ones, the LSB is inverted and added as a par- 
ity hit so that the total is odd. If the counter output had 
been a one, the 16 hits already had an odd number of ones 
and no additional one is required in the parity hit. The re- 
verse is true for even parity; the LSB of the parity generator 
is applied without inversion. 
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TRANSMITTER 

Figure 28: Transmitter Schematic 
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RECEIVER 



The receiver is the seri al-to-paral lei counterpart of 
the transmitter and consists of a shift register and a par- 
ity counter. The shift register is composed of eight hit 
74LS164's, and sockets are provided to accommodate 32 hit 
word lengths. 



Due to the limited number of control signals available 
from the controller, the shift register and parity counter 
are activated by the same shift clock (RSCLK). Since the 
counter must receive 17 clocks to compute the parity of the 
entire message, the shift register receives one extra clock. 
This is compensated by delaying the shift register data 
(RDATA) by two 2 MHz clocks, or one bit time, with respect 
to the parity counter input (PDATA). The first bit into 
the receiver shift register is actually the tail end of the 
sync character, but after 17 clocks, the shift register con- 
tains the proper data. 



The parity counter, D17, 
received message by POCLR/. 
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The outputs of the shift registers are connected to 
the CPU data hus via four 74LS253 tri-state dual four input 
multiplexers, E13 through E16. The tri-state feature allows 
the outputs to he connected directly to the hus. The re- 
ceived hytes are read hy selecting the desired data hyte 
through the multiplexer select inputs (MUXS3 and MUXS1) and 
applying an active low output enable (MUXEN/). The use of 
tri-state shift registers would have reduced the parts count 
of the receiver but were not readily available at the time 
of fabrication. 
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Figure 29: Receiver Schematic 



T. MULTIBUS INTERFACE 

The Multibus interface provides the latches, drivers, 
and bus controller needed to communicate with peripherals 
via the parallel bus. Address bits and output data are 
latched in three 8212 tri-state latches, E8 through E10. 
These latches provide the necessary drive capability for 
the bus and reduce the package count of this circuit. 

The latches are non-inverting, hence the data and address 
must be complemented by the CPU before any transaction. 
Memory read operations use a pair of 8098 tri-state drivers 
(E6 and E7) connected across the data output latch. Since 
these devices are inverting, no inversion is required in 
the CPU. Room is available on the serial interface board 
for additional latches and drivers to adapt the board to a 
16 bit data bus, although no circuitry is provided. 

The Multibus controller is a minimal bus controller 
requiring CPU interaction to function. The parallel bus 
controller can only communicate with external memory and 
no single master facilities, such as bus clock or initial- 
ization signal, are provided. Since at least one board on 
the parallel bus will have these facilities, their dupli- 
cation in the serial interface hardware was not necessary. 

The parallel exchange begins with a CPU request, PTREQ/. 
This active low signal is applied to the bus request (BREQ/) 
and the bus priority output (BPRO/) lines after the next bus 
clock (3CLK/). The bus request line is used in a parallel 
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priority resolution scheme, such as a priority encoder, 
while the hus priority out is used in a serial fcus priority 
system. The hus arbitration logic is located on a monitor 
board in the MDS system. 

When a board's bus priority input (BPRN/) goes active 
and after the current user has released the bus busy (BUST/) 
line, the controller sets flip flop C2 to place it in the 
bus control mode. One bus clock after the flip flop was 
set, the BUSY/ line is pulled low and the address and data 
drivers are turned on by PADEN/ and PWDEN/. After another 
bus clock, the read or write command (MRDC/ or MWTC/) is 
issued in accordance with the sense of the CPU read/write 
select lines RDWTS and the transfer begins. The CPU waits 
until the transfer acknowledge (XACK/) is received from the 
external device before ending the transaction. In the case 
of a memory read, the data input drivers are enabled by 
FRDEN/ and the CPU reads the data. 

The transaction ends when the CPU removes the transfer 
request signal. The read or write command is removed first, 
followed one bus clock later by the removal of the address, 
data, and the 3U3Y/ signal. The bus is then released to the 
next user. 
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Figure 30: Parallel Bus Interface Schematic 
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Figure 31: Multibus Controller Schematic 



PTREQ/ 




97 



Figure 32: Multibus Controller Timing 



G. CPU GROUP 



• The serial interface board, utilizes the Intel 8748 
single chip computer as its central processor. This chip 
contains 64 bytes of internal read/vrite memory and IK bytes 
of electrically programmable/UV erasable read only memory. 
The 8748 supports 27 input/output lines consisting of two 
eight bit ports, an eight bit data bus port, two test inputs 
and an external interrupt input. The chip includes an in- 
ternal timer/counter and includes facilities for external 
instruction fetches and single stepping. For additional 
information on the 8748 the reader is referred to the MCS- 
48 Users Manual. 

The CPU group is composed of the 8748 single chip 
computer and its associated latches, decoders, and gates. 

The 8748 derives its clock from the constant clock (CCLK/) 
provided by the Intel Multibus. This 9.2 MHz clock is di- 
vided by flip flop C2 to run the CPU at a nominal 4.6 MHz. 
The 8748 RESET line is connected to the Multibus initiali- 
zation signal ( IN IT/) to provide power up reset. 

The T0 test input is connected to the Multibus XACK/ 
line and is used to tell the CPU when the parallel bus 
transaction is completed. The T1 input comes from the con- 
troller CBUSY/ line in the serial hardware and can be used 
for a similar purpose but is not utilized in the initial 
software. The interrupt input comes from the flip flop 
219 and informs the CPU that a message has arrived. 
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All lines of port 1 are dedicated to control functions 
on the serial interface board. These lines are all outputs. 
Two inputs to port 2 inform the CPU of the sync type of the 
received message (RSYNC) and the results of the parity check 
(PAROS/). Four other lines are wired to a switch register 
for manual inputs but are not used in the initial software. 
During operations with external memory and during the single 
step mode, the lower four lines of port 2 contain the upper' 
four bits of the internal twelve bit program counter. The 
bus port is operated as a true dibirectional data port with 
external bus drivers (D5 through D7 ) to increase the drive 
capability. All data into and out of the 874S passses 
through this port. 



External latches are addressed by the MOVX instruction 
in the 8748. During this operation, an eight bit address is 
issued in advance of the data on the bus port. An address 
latch enable (ALE) pulse latches the address into an external 
register (B5 and B6). The lower four address bits are de- 
coded by C6 and used as load controls for the transmitter 
shift registers and parallel bus latches. The only external 
data inputs to the CPU come from the receiver multiplexers 
and the parallel bus data input buffer. These are selected 
by bit 3 of the address register and enabled by the CPU read 
strobe. The receiver multiplexers receive address bits 
(MUXS0 and MUXS1) from the lower two bits of the address 
register. 
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An external IK by 8 bit program memory (B3 and B4) 
is provided for debugging purposes. The ten bit address 
for the memory is supplied by eight bits from the address 
latch and two bits from port 2. The memory data output is 
applied directly to the CPU data bus port, bypassing the bus 
drivers. The memory chip select is provided by the 8748 
FSEN signal. 

The external memory is loaded through a sixteen pin con- 
nector, B2, and an interface cable to an SBC 80/20 computer. 
The eight data lines are multiplexed with the ten address 
lines. An external address latch enable, write enable, and 
chip select are also supplied through the cable. 

A switch register on the serial interface board selects 
the load/run mode for the memory. In the load position, the 
chip select input is removed from the 8746 PSEN line and 
applied to the external chip select. The address register 
clock input is switched from the CPU to the external ALE. 

The processor is forced into reset and the external access 
mode is disabled allowing the data bus to float. The address 
and data are applied to the bus port and lower two bits of 
port 2, loading the program into memory. In the run position, 
the chip select and address latch control are returned to the 
CPU, the external address and data drivers are turned off, 
and the 8748 resumes control of the data bus. 

The 8746 supports a single step mode of operation and 
the necessary external circuitry is provided on the serial 
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interface board. Flip flop B7 single steps the processor by- 
allowing one ALE pulse before stopping the processor. In 
the halted state, the contents of the program counter are 
made available on the bus port and the lower four bits of 
port 2. These lines are read by the SBC 80/20 through the 
interface cable and displayed on a CRT terminal. With the 
debugging program written for the 80/20, depressing any key 
on the terminal will advance the 8748 to the next address. 
Pressing the BREAK key will step the 8748 through its program 
at a rapid rate. 
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Figure 33: CPU Schematic (Part 1) 
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CPU 

Figure 34: CPU Schematic (Part 2) 
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Figure 35: Component Placement 



APPENDIX B 



SOFTWARE REFERENCE MANUAL 

A. TIME OUT INTERRUPT HANDLER - TlMOUT 

This routine services the time out interrupts generated 
hy the time/counter. The accumulator is saved on the stack 
and the register hank is switched to preserve the state of 
the machine. If the terminal is in state 1000, waiting for 
a clear-to-send acknowledge, the terminal assumes the mes- 
sage can not he sent and switches to state 1011 to relin- 
quish the hus. If the terminal is in one of the other hus 
control states, state 1XXX, the error counter is decremented 
and the last message is repeated. If the terminal is in a 
listener state, 0XXX, the only action taken is to decrement 
the error counter. The error counter is reloaded each time 
a message is received from the hus. When the error counter 
reaches zero, the routine vectors to address 000 and the 
restart routine is entered. In the present configuration, 
the time out interval in 10msec. and 16 consecutive time 
outs cause a restart. 
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Figure 36: Time Out Routine Flow Chart 
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B. RESTART ROUTINE - RESTRT 



This routine initializes the S748's internal registers 
and flags on power up and after timeout restarts. The stack 
pointer is zero'ed on power up but a separate instruction is 
included to zero the stack pointer after time out generated 
restarts. The terminal state is set to 0000. The restart 
routine reads the terminal initialization information from 
the corporate memory. This consists of the bus format, an 
identification byte, and the bus roster. The bus format spec- 
ifies one of four possible message formats and selects even 
or odd parity. The message format is carried in bits 6 and 
7, the parity selection is done by bit 5. The lower four 
bits of the identification byte determine the terminal's 
identification number and the upper four bits specify the 
neit terminal to receive bus control. The identification 
byte is used as a command message header for bus grant 
commands. The bus roster is an eight bit quantity that spec- 
ifies which computers reside on the parallel bus. Each tit 
represents a possible SBC number one through eight. A one 
in any bit position signifies that computer is on the bus. 

With this configuration, the total number of computers in 
the system is limited to eight. A second register could be 
used for SBC's nine through 16 but additions to the 8748 
software would be required. 

If the terminal has been assigned identification number 
one, it assumes initial bus control duties, switching to 



state 1011 and issuing a bus grant command to the terminal 
indicated by the upper four bits of the identification byte. 
After completing the restart procedures, control is turned 
over to the executive program EXEC. 
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Figure 37: Restart Routine Flow Chart 
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C. EXECUTIVE ROUTINE - EXEC 



The executive is a continual loop of fetching and 
delivering messages in corporate memory. Messages leaving 
the 8748 buffer receive priority to keep the buffer as empty 
as possible. 

EXEC first checks the output lock of the 8748. A locked 
output buffer implies a serial output is in progress and no 
messages can be removed. If the output lock is zero, EXEC 
reads the receiving module number (RMN) of the next message 
and calculates the destination SEC number. If the message 
is bound for a remote computer, internal flag 1 is set to 
signal the serial message handling routines, and EXEC jumps 
to the input check. Local bound messages are delivered by 
SENDEXT, a routine called by EXEC. The corporate buffer is 
locked by the routine SETLOK and after the transfer, un- 
locked by UNLOCK. After delivering a parallel message, 

EXEC returns to the output check to try to remove another 
message from the 8748. 

After all possible messages have been removed, EXEC looks 
for incoming messages in the corporate buffer. The 8748 in- 
put buffer is checked to see if a serial input is already in 
progress. If the buffer is zero, EXEC reads the EXTMSG reg- 
ister in corporate memory. If the next outgoing message in 
corporate memory is addressed to a computer not on the bus, 
EXEC calls RECEXT to move the message into the 8748 buffer. 
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At the end of this transaction, EXEC jumps to the output 
check to try to remove another message from the 8748 buffer. 

External interrupts are disabled during the periods when 
EXEC is examining the input and output locks. This prevents 
a received message from locking the buffer after EXEC found 
it to be unlocked and began a parallel transaction. Time out 
interrupts do not affect any vital registers and may occur 
at any time during the program. 
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Figure 38: Executive Routine Flow Chart 
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D. PARALLEL MESSAGE RECEIVE ROUTINE - RECEXT 



The routine is called by EXEC to transfer a message in 
corporate memory to the 8748 buffer, RECEXT reads the 
EXTMSGOUT pointer in memory to find the starting address 
of the next outgoing message. If EXTMSGOUT is found equal 
to EXTMSGLAST, the next message lies at the bottom of the 
buffer and EXTMSGOUT is set to zero. The length of the 
message is found by reading the fourth byte of the message. 
The room available in the 8748 buffer is calculated using 
the 8748 input and output pointers. If the output pointer 
is above the input pointer, the empty buffer lies between 
the two pointers and the available room is the difference 
in the two pointers. If the reverse is true, the empty 
buffer lies above the input pointer and below the output 
pointer. The available room is computed by subtracting 
the difference in the two pointers from the size of the 
buffer. If the length of the message is less than the 
available room, the message is tansferred, otherwise the 
procedure is terminated. 

The message is transferred one byte at a time. The 8743 
input pointer and the corporate output pointer are incre- 
mented with each byte transferred. If the 8748 input pointer 
reaches 64, the top of the buffer, the pointer is reset to 
32, the bottom of the buffer. The length of the message is 
loaded into the input counter register in the 8748 and 
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decremented with each byte transferred. When the input 
counter reaches zero, the transfer is complete. 

Before leaving this routine, the output pointer in common 
memory is updated and the number of messages in the buffer, 
NUMEXTMSG is decremented. If the number of messages remaining 
is not zero, RECEXT calls SETEXT to compute the SBC number of 
the next message and load it into EXTMSG. The 8748 message 
count is incremented, the input lock- cleared and control re- 
turns to EXEC. 
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Figure 39: Parallel Message Receive Routine Flow Chart 
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E. PARALLEL MESSAGE SEND ROUTINE - SENDEXT 



This routine is called hy EXEC to deliver a message to 
the corporate buffer. SENDEXT first checks the available 
room in the corporate buffer. The input pointer, EXTMSGIN, 
the output pointer, EXTMSGOUT, and the number of messages in 
the buffer, NUMEXTMSG, are used in the room calculation. 

If the number of messages is not zero and the input and out- 
put pointers are equal, the buffer has overflowed and no 
message can be delivered. If the input pointer is above the 
output pointer, SENDEXT tries to fit the message into the re- 
maining room at the top of the buffer. If insufficient room 
exists, SENDEXT sets the input pointer to zero and tries to 

fit the message into the bottom of the buffer. If the input 

pointer is below the output pointer, the empty buffer lies 
between the two pointers. If the message does not fit into 

the buffer, the process is aborted and control returned to 

EXEC. If sufficient room exists, the data is transferred. 

The message transfer follows the technique used in 
RECEXT . The length of the message is read from the fourth 
byte and loaded into the output counter. The 6743 output 
pointer and the corporate buffer input pointer are incre- 
mented and the output counter decremented after each byte 
is moved. Following the transfer, the memory pointers are 
updated and the message counts adjusted. The 8748 output 
lock is cleared and control returns to EXEC. 
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Figure : Parallel Message Send Routine Flow Chart 
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F. PARALLEL UTILITY ROUTINES: UNLOCK, SETLOK, AND SETEXT 



These routines are called by SENDEXT and RSCEXT. 

UNLOCK merely clears the EXTMSGLOCK register in corporate 
memory. SETLOCK locks the buffer by reading and rereading 
the lock until the current user has released it. The de- 
sired SBC number is then written into the lock. EXTMSGLOCK 
is then read to make certain that another computer did not 
already achieve lock. 

SETEXT determines the next SBC number to be loaded into 
EXTMSG . If the buffer is empty, NUMEXTMSG = 0, EXTMSG is 
cleared. If the buffer still contains messages, the re- 
ceiver module number is read from the fourth message byte, 
divided by eight and incremented to find the SBC number. 
This value is then written into EXTMSG. 
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Figure 41: Set EXTMSG Routine Flow Chart 
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Figure 42: Message Buffer Lock Routine Flow Chart 
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G. SERIAL UTILITY ROUTINES: SENDDO, SENDCO, SENDCI, SENDCN 



These routines are called by the serial message handler 
to send a message on the serial bus. SENDDO is used to send 
data messages to another terminal. The header for the mes- 
sage is obtained from the 8748 output lock and contains the 
destination SBC in the upper four bits and the source SBC 
in the lower four bits. SENDCO is similar to SENDDO but is 
used to send a command message to the SBC specified by the 
output lock. This routine is used to send reques t-to-send 
and end-of-mes sage commands. SENDCI sends a command to the 
SBC number specified by swapping the nibbles of the 8748 
input lock and is used to send acknowledgements for clear- 
to-send, end-of-mes sage , and data messages. SENDCN is used 
to send a bus grant to the next terminal to receive bus 
control. SENDCN gets the message header from the identifi- 
cation byte stored in the 8748. 
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H. SERIAL DATA MESSAGE RECEIVE ROUTINE - RECMSG 



RECMSG checks the terminal state for the message receive 
mode, 1000, and checks the message source against the SBC 
number in the input lock. I? both agree, the message is 
assumed correct and the data byte is loaded into the 8748 
buffer at the current position of the input pointer. The 
input pointer is incremented and checked for overflow. 

A data acknowledgement is issued and control is passed to 
the RETURN routine which cleans up before ending the inter- 
rupt sequence. 



Figure 43: Serial Data Message Receive Routine Flow Chart 
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I. SERIAL MESSAGE DECODER ROUTINE - MSGDEC 



This routine services the external interrupt caused by 
the reception of a serial message. In response to the inter- 
rupt, MSGDEC switches register banks and pops the accumulator 
on the stack. If the terminal is in a bus control mode, 
state 1XXX, the received message is considered an acknow- 
ledgement of the last command regardless of its content. 

Based on the state of the terminal, the proper command 
acknowledge routine is called. If the terminal is in a 
listener mode, state 3XXX, the message is scrutinized for 
destination address, parity error, and sync type. If the 
message is addressed to another terminal or if a parity 
error is detected, the interrupt routine is terminated. 

If the message is a data message, the program jumps to 
RECMSG. Command messages are handled by using the lover 
three bits of the data byte to perform an indirect jump 
to one of eight possible command handling routines. 
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Figure 44: Serial Message Decoder Routine Flow Chart 



( Interrupt ) 




000 Jump to REQCMD 

001 Jump to ENDCMD 

010 Jump to BUSCMD 

011 Jump to RETURN 
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J. REQUEST-TO-SEND COMMAND SERVICE ROUTINE - REQCMD 



This routine processes the reques t-to-send command and 
issues a clear-to-send acknowledgement if room is available 
for the message. If the terminal is not in state 0000 , the 
command is rejected and the interrupt sequence terminated. 

If the input lock is clear, the requesting SBC number is 
loaded into the lock. If the lock is already set, the SBC 
number is compared against the lock to see if the lock was 
set by an earlier request from the same terminal. If the 
lock is already set and not equal to the requesting SBC 
number, a parallel output is in progress and the serial 
message can not be accommodated. 

The high five bits of the reques t-to-send command carry 
all but the LSB of the message length. The message length 
is found by masking off the lower three command bits and 
shifting the remaining five bits to the right twice. This 
is then compared with the available room in the 3748 buffer. 
If sufficient room exists, the clear-to-send acknowledge- 
ment is issued. Otherwise, the routine ends without a 
transmission. 
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igure 45: Reques t-to-Send. Command. Service Routine Flow Chart 
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K. END-OF-MESSAGE COMMAND SERVICE ROUTINE - ENDCMD 



This routine is called from MSGDEC and services an end- 
of-message command. The message validity is tested hy 
checking the terminal state for 0001 and comparing the SBC 
number of the sender against the input lock. Discrepancies 
cause the routine to be ended without changes to the 8748. 
If no further errors are detected, the 8748 input lock is 
cleared, the number of messages incremented, and the ter- 
minal state returned to 0000. A message is sent to the 
previous terminal to serve as an end-of-message acknowl- 
edgement. 
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Figure 46: End-of-Message Command Service Routine Flow Chart 
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L. BUS GRANT COMMAND SERVICE ROUTINE - BUSCMD 



This routine handles the hus grant command. The ter- 
minal must he in state 0000 to accept the hus grant command. 
Internal flag 0 indicates a message is waiting to he sent. 

If the flag is not set, the terminal switches to mode 1011 
and issues a hus grant to the next station. If a message 
is waiting to he sent, the terminal computes the message 
length and issues a reques t-to-send command to the de- 
sired terminal. 
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Figure 47: Bus Grant Command Service Routine Flow Chart 
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M. ACKNOWLEDGEMENT ROUTINES: CLRACK, DATACK, ENDACK, BUSACK 



CLRACK handles a clear-t o-send acknowledgement by switch- 
ing the terminal state to 1001 and jumping to the DATACK 
routine to send the first data message. 

DATACK checks for the end of the message before issuing 
the next data message. If no more bytes remain to be sent, 
the terminal state is switched to 1010 and an end-of-mes sage 
command is issued. If more data is waiting to be sent, the 
next byte is fetched from the 8748 buffer and sent to the 
previous terminal via the SENDDP routine. The 8748 output 
pointer is checked for overflow and reset if necessary. 

ENDACK clears the output lock and decrements the number 
of messages in the 8748. The terminal mode is switched to 
1011 and a bus grant command is issued to the next terminal 
by SENDCN . 

BUSACK switches the terminal mode to 0000 and returns 
to MSGDEC to decode the full message. This is done to han- 
dle a two terminal bus where bus commands are exchanged 
continuously bevteen the two terminals. In this case the 
bus grant acknowledgement consists of a bus grant command 
and needs to be decoded as a command. 
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Figure 48: Clear-to-Send Acknowledgement Routine Flow Chart 




Figure 49: Ena-of-Message Acknowledgement Routine Flow Chart 




Figure 50: Bus Grant Acknowledgement Routine Flow Chart 
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Figure 51: Data Message Acknowledgement Routine Flow Chart 
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N. INTERRUPT RETURN ROUTINE - RETURN 



This routine cleans up after each time out or received 
message generated interrupt. The time out counter is re- 
loaded and the accumulator is retrieved from memory. The 
routine may he entered in one of two places: at the be- 

ginning to reload the error counter, or after the reload 
instruction to leave the error counter unchanged. The 
latter case is used only on return from a time out inter- 
rupt when the number of consecutive time outs is accumu- 
lated. Received message interrupts reset the error counter. 
The interrupt routine is terminated by the RETR, return 
and restore routine. 
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Figure 52: Interrupt Return Routine Flow Chart 
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Table 2: Serial Bus Terminal States 



State 

0000 

0001 

0010 

0011 

0100 

0101 

0110 

0111 

1000 

1001 

1010 

1011 

1100 

1101 

1110 

1111 



Terminal Function 



Wai 


ting for a 


serial message 


In 


process of 


receiving a message 


Not 


used 




Not 


used 




Not 


used 




No t 


used 




Not 


used 




Not 


used 





Bus controller requesting transfer 

Sending data message 

Ending a serial transfer 

Relinquishing bus control 

Not used 

Not used 

Not used 

Not used 
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Table 3: Serial Bus Command Codes 



Command Code Command 



000 


Request-to-send 


001 


End- 


-of-message command 


010 


Bus 


grant command 


011 


Not 


used 


100 


Not 


used 


101 


Not 


used 


110 


Not 


used 


111 


Not 


used 
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Table 4: 



Corporate Memory Buffer and Control Registers 



Address 

F01C 


Mneumonic 

EXTMSGLOCK 


F01D 


EXTMSG 


F01E 


EXTMSGI N 


F01F 


EXTMSGOUT 


F020 


NUMEXTMSG 


F021 


EXTMSGLAST 


F022 - F11S 


EXTMSGBUFFER 



Function 

External buffer lock mechanism 
=0 if butter is unlocked else 
= SBC# of current user 

Indicates a message is waiting 
=0 if buffer is empty; else = 
SBC# to receive next message 

Input pointer for incoming 
messages points to next addres 
to be filled; pointer is rela- 
tive to bottom of buffer 

Output pointer for outgoing 
messages similar to EXTMSG IN 

Number of messages in the 
buffer 

Indicates an outgoing message 
is the last one on the top of 
the stack by setting EXTMS- 
GLAST = EXTMSGOUT 

248 bytes of message buffer 
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Table 5: CPU Control Lines 



Port #1 Control Bits 



Bit Function 

7 Msg Format 1 

6 Msg Format 0 

5 Parity Select 

A Sync Type (Out) 

3 Send Request 

2 Reciever Ack 

1 Read/Write 

0 Bus Request 



Polarity 
Normally Low 
Normally Low 
l=Even, 0=Odd Parity 
l=Cmd, 0=Data 
Active Low 
Active High 
l=Read, 0=Write 
Active Low 



Port #2 Control Bits 



Bit Function 

7 Parity Error 

6 Sync Type (In) 

5 SW A 

A SW 3 

3 SW 2 

2 SW 1 

1 Addr Bit 9 

0 Addr Bit 8 



Polari ty 
Active High 
l=Data, 0=Cmd 



Used For Single- 
Step Diagnostics 



Test Inputs 

Bit Function 

T1 Par. Bus Ack 

T0 Send Ack 



Polarity 
Active High 
Active High 
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Table 6: CPU Latch Controls 



Addr 


Read 


Strobe 






12 


Read 


Serial 


Byte 


2 


XI 


Read 


Serial 


Byte 


1 


X2 


Read 


Serial 


Byte 


2 


X3 


Read 


Serial 


Byte 


3 


X4 


Read 


Paralle 


il Data 


X5 


it 


tt 


99 




16 


*t 


tt 


99 




17 


»» 


it 


" 




18 


Not Used 






19 


«« 








1 A 


t* 








XB 


»t 








XC 


t* 








XD 


tt 








XE 


it 








XF 


•t 









** Reserved for 16 bit data 



Write Strobe 

Load Serial Byte 2 
Load Serial Byte 1 
Load Serial Byte 2 
Load Serial Byte 3 
Load Parallel Data 
Not Used** 

Load Parallel Addr H 
Load Parallel Addr L 
Not Used 



bus expansion 
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3F 

20 

IF 

IE 

ID 

1C 

IB 

1A 

19 

18 

17 

16 

15 

14 

13 

12 

11 

10 

0F 

0E 

0D 

0G 

0B 

0A 

09 

08 

07 

06 

05 

04 

03 

02 

01 

00 



able 7: 



8748 Memory Allocation 



32X8 



R7 


i / 


R6 




R5 




R4 




R3 ' 


R2 


R1 




Rfl 


. / 






Next 


Own 


Dest 


Src . 


Dest 


Src . 



R7 

R6 

R5 

R4 

R3 

R2 

BA 

R0 



Message Buffer 



Output Counter 
Output Pointer 
Input Counter 
Input Pointer 
Terminal Mode 
Working Reg 
Working Reg 
Pointer 
Bus Roster 
Bus Format 
ID Register 
Output Lock 
Input Lock 
Numb of Msg 



5 Deep Stack 



High Addr Byte 

Low Addr Byte 

Working Reg 
»• »* 



Gen Pointer 
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APPENDIX C 



PROGRAM LISTING 



ROUTINE DIRECTORY 



NAME 


LENGTH 


TIMOUT 


34 


RESTRT 


64 


EXEC 


123 


RECEXT 


144 


SENDEXT 


150 


UNLOCK 


9 


SETLOK 


30 


SETEXT 


25 


WR ITE 


20 


READ 


19 


SENDDO 


7 


SENDCO 


7 


SENDCI 


8 


SENDCN 


16 


RECMSG 


30 


MSGDEC 


75 


REQCMD 


50 


ENDCMD 


27 


BUSCMD 


28 


CLRACK 


4 


DATACK 


28 


ENDACK 


IS 


3USACK 


4 


RETURN 


12 


TOTAL 


932 



START ADDR 


END ADDR 


007 


027 


029 


068 


069 


0E5 


0E6 


175 


180 


215 


217 


21E 


220 


23D 


240 


258 


274 


287 


288 


29k 


29D 


2A3 


2A4 


2AA 


2A3 


232 


2B3 


2C2 


2C4 


2E1 


2E6 


32F 


339 


36A 


36D 


387 


389 


3A4 


3A9 


3AC 


3AS 


3C9 


3CA 


3DB 


3DC 


3D? 


3E0 


3EB 
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TIMOUT 



TIMOUT 


00? 


65 


STOP TIMER 


TIMER INTERRUPT 




008 


D5 


SEL RBI 






009 


B8 10 


MOV R0',#10 


PUSE A 




00B 


A0 


MOV GR0 ' , A 






00C 


?B 


MOV A,R3' 


GET MODE 




00D 


03 ?8 


ADD A , #P8 


TEST ?OR MODE=l 000 




00? 


96 19 


JNZ TOUT1 






011 


BB 0B 


MOV R3,#0B 


SWITCH TO MODE 101 




013 


B9 02 


MOV Rl',#02 


BUS GRANT COMMAND 




015 


54 B3 


CALL SENDCN 


SEND TO NEXT TERM 




01? 


64 E0 


JMP RETURN 


WITH RELOAD 


TOUT 1 


019 


18 


INC R0' 






01A 


?0 


MOV A »GR0 ' 


GET T/O COUNTER 




31B 


0? 


DCR A 






01C 


A0 


MOV GR0',A 


RESTORE 




01D 


C6 00 


JZ RESTART 






01? 


?3 


MOV A ,R3 ' 


GET MODE AGAIN 




020 


3? 


CPL A 






021 


72 27 


JB3 T0UT2 


JUMP I? MODE=0XXX 




023 


99 ?7 


ANL PI#?? 


REPEAT LAST MSG 




025 


89 08 


ORL P 1#08 




T0UT2 


02? 


64 E4 


JUMP RETURN 


WITHOUT RELOAD 
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RESTRT 



RESET 


000 


04 29 


JMP RESTRT 


POWER UP RESET 


RESTRT 


029 


15 


DIS I 






02A 


35 


DIS TCNTI 






023 


23 00 


MOV A, #00 


ZERO STACK PTR 




02D 


D7 


MOV PSW t A 






02E 


B9 0E 


MOV Rl t #0E 


CLEAR REGISTERS 




030 


B8 12 


MOV R0,#12 


12 THROUGH IF 


RST1 


032 


B0 00 


MOV QR0 , #00 






034 


18 


INC R0 






035 


E9 32 


DJNZ R1 RST 1 






037 


23 A4 


MOV A,#A4 


RELOAD TIMER 




039 


62 


MOV T r A 






03A 


B8 11 


MQV R 0 , # 1 1 


RELOAD ERROR CNTR 




03C 


B0 0F 


MOV 0R0 , #0F 






03E 


D5 


SEL RBI 






03F 


BC 20 


MOV R4',#20 


IN IT POINTERS 




041 


BE 20 


MOV R6',#20 






043 


C5 


SEL RB0 




REREAD 


044 


BE E0 


MOV R7,#F0 


SET UP A DDR FOR BUS 




046 


BE 00 


MOV R6,#00 


STATUS BYTE 




046 


54 88 


CALL READ 


READ FORMAT 




04A 


43 IB 


ORL A ,#1B 


OUTPUT TO 




04C 


39 


OUTL PI t A 


CONTROL PORT 




04D 


IE 


INC R6 






04E 


54 SS 


CALL READ 


READ ID BYTE F001 




050 


B8 15 


MOV R0 f #15 






052 


A0 


MOV 0R0 t A 


STORE IN R15 
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053 

054 

056 

058 

05A 

05B 

05 C 

05D 

05F 

061 

063 

065 

066 

06? 



RESTRT 



IE 




INC R6 






54 


88 


CALL READ 


READ ROSTER 


C6 


44 


JZ REREAD 


IF NO SBC 


'S 


B8 


17 


MOV R0,#17 


STORE IN 


Rl? 


A0 




MOV GR0 , A 






D5 




SEL RBI 






37 




CPL A 






12 


65 


JB0 


IF SBC#1 


NOT LOCAL 


BB 


0D 


MOV R3 ' , #0D 


1011 BUS 


GRANT MODE 


B9 


02 


MOV R1 ' , #02 


BUS CHANT 


COMMAND 


54 


B3 


CALL SENDCN 


SEND BUS 


GRANT 


55 




START TIMER 






25 




EN TCNTI 






04 


69 


JMP EXEC 







150 



EXEC 



OUTCHK 069 


00 


NOP 




06A 


30 


NOP 




06B 


05 


EN I 


INTERRUPT WINDOW 


06C 


00 


NOP 




06D 


15 


DIS I 




06E 


D5 


SEL RBI 




06F 


BS 14 


MOV R0',#14 


GET OUTPUT LOCK 


071 


F0 


MOV A,0R0' 




072 


96 B6 


JNZ INPCHK 


IF OUTPUT IN PROG 


074 


BS 12 


MOV R0 ' , #12 


CHECK NUMB OF MSG 


076 


F3 


MOV A ,0R0 ' 




077 


C6 B6 


JZ INPCHK 


NO MSG IN BUFFER 


07S 


FE 


MOV A,R6' 


GET RMN FROM NEXT 


07A 


AS 


MOV R0 ' , A 


OUTGOING MESSAGE 


07B 


F0 


MOV A,(?R0' 




07C 


77 


RR A 


FORM SBC# FROM 


07D 


77 


RR A 


MODULE NUMBER 


07E 


77 


RR A 




07F 


17 


INC A 




080 


53 0? 


ANL A , #0F 


S3C# NOW IN A 


082 


47 


SWAP A 




083 


A9 


MOV R1 ' , A 




084 


IS 


INC R0 ' 




085 


F8 


MOV A ,R0 ' 




086 


37 


CPL A 




087 


D2 SB 


JB6 




089 


B8 20 


MOV R0 ' , #20 





151 



EXEC 





08B 


E0 


MOV A,C«R0' 






08C 


77 


RR A 






08D 


77 


RR A 






08E 


77 


RR A 






08F 


17 


INC A 






090 


53 0F 


ANL A ,#0F 






092 


69 


ADD A ,R1 ' 






093 


B8 14 


MOV R0',#14 


LOAD SBC# INTO 




095 


A0 


MOV C=R0',A 


OUTPUT LOCK 




096 


47 


SWAP A 






097 


43 E0 


ORL A ,#F0 


FORM LOOK UP ADDR 




099 


E3 


M0VP3 A,0A 


GET SBC MASK 




09 A 


A9 


MOV Rl' f A 


TEMP STORE MASK 




09B 


B8 17 


MOV R0',#17 


GET STATUS BITS 




09D 


F0 


MOV A f OR0 ' 






09E 


59 


ANL A,R1' 


SEE IF SBC IS LOC 




09F 


A5 


CLR El 






0A0 


96 A3 


JNZ EXEC 1 


IE LOCAL 




0A2 


B5 


CPL El 




EXEC1 


0A3 


EE 


MOV A,R6' 


GET MSG LENGTH 




0A4 


03 03 


ADD A, #03 






0A6 


AS 


MOV R0 ' , A 






0A7 


E0 


MOV A,0R0' 


PUT LENGTH IN 




0 AS 


AE 


MOV R7',A 


OUTPUT COUNTER 




0A9 


C5 


SEL RB0 






0AA 


76 B6 


JE1 INCHX 


IF NOT LOCAL 




0AC 


00 


NOP 





152 



EXEC 





0AD 


00 


NOP 






0AE 


54 24 


CALL SETLOK 






0B0 


34 80 


CALL SENDEX 






0B2 


54 17 


CALL UNLOCK 






0B4 


04 69 


JMP OUTCHK 




INCHK 


0B6 


05 


EN I 


DISABLE INTERRUPTS 




0B7 


00 


NOP 






0B8 


15 


DIS I 






0B9 


D5 


SEL RBI 






0BA 


B6 13 


MOV R0 ' , #13 


READ INPUT LOCK 




0BC 


F0 


MOV A ,@R0 ' 






03D 


96 69 


JNZ OUTCHK 


SERIAL INPUT IN PROG 




0BF 


C5 


SEL RB0 






0C0 


BP P0 


MOV R7 t #F0 


READ NUMB MSGS 




0C2 


BE 20 


MOV R6,#20 


FROM COMMON MEM 




0C4 


54 88 


CALL READ 






0C6 


C6 69 


JZ OUTCHK 






0C8 


BE ID 


MOV R6,#1D 






0CA 


54 88 


CALL READ 


READ EXTMSG FOR SBC# 




0CC 


D5 


SEL RBI 






0CD 


A9 


MOV R1 ' ,k 


TEMP STORE SBC# 




0CE 


43 F0 


ORL A ,#F0 


GET SBC MASK 




0D0 


E3 


M0VP3 A , 3A 






0D1 


AA 


MOV R2',A 






0D2 


BS 17 


MOV R0',#17 


GET STATUS BITS 




0D4 


F0 


MOV A ,0R0 ' 






0D5 


5k 


ANL A ,R2 ' 


TEST FOR SBC LOCAL 



153 



EXEC 



0D6 


96 


69 


JNZ OUTCHK 


LOCAL MESSAGE 


0DS 


B8 


13 


MOV R0 ' , #13 


IE NOT LOCAL, LOAD 


0DA 


F9 




MOV A,Rl' 


INPUT LOCK WITE SBC# 


0DB 


A0 




MOV @R0 ' ,A 




0DC 


C5 




SEL RB0 




0DD 


00 




NOP 




0DE 


54 


20 


CALL SETLOK 


INPUT 


0E0 


14 


E6 


CALL RECEXT 




0E2 


54 


17 


CALL UNLOCK 




0E4 


04 


69 


JMP OUTCHK 


GO BACK EOR MORE 



154 



RECEXT 



RECEXT 


0E6 


BF F0 


MOV R7,#F0 


READ OUTPUT 




0E8 


BE IF 


MOV R6,#1F 


POINTER 




0EA 


54: 88 


CALL READ 






0EC 


AD 


MOV R5,A 


STORE IN R5 




0ED 


IE 


INC R6 






0EE 


54 88 


CALL READ 


GET NUMB OF MSG 




0F0 


AB 


MOV R3,A 


IN R3 




0E1 


IE 


INC R6 






0F2 


54 88 


CALL READ 


GET EXTMSGLAST 




0F4 


AC 


MOV R4,A 


IN R4 




0F5 


FD 


MOV A ,R5 


IS OUT = LAST ? 




0F6 


37 


CPL A 






0F7 


17 


INC A 






0FS 


6C 


ADD A ,R4 






0F9 


96 FF 


JNZ RECX1 


OUT = LAST 




0FB 


3D 00 


MOV R5,#00 


SET OUT =00 




0FD 


BC 00 


MOV R4,#00 


SET LAST=00 


RECX1 


0F F 


23 25 


MOV A, #25 


COMPUTE ADDR OF 




101 


6D 


ADD A ,R5 


MESSAGE LENGTH 




102 


E6 05 


JNC RECX2 






104: 


IF 


INC R7 


BUMP R7 IF CARRY 


RECX2 


105 


AE 


MOV R6, A 


GET LENGTH OF MSG 




106 


54 86 


CALL READ 






108 


AA 


MOV R2 , A 


IN R2 




109 


D5 


SEL RBI 


COMPUTE ROOM IN 8748 




10A 


FC 


MOV A,R4' 


GET INPUT POINTER 




10 B 


37 


CPL A 





155 



RECEXT 





10C 


17 


INC A 






10D 


6E 


ADD A,R6' 


COMPUTE OUT-IN=A 




10E 


F6 14 


JC RECX3 


IF 0UT>=IN 




110 


03 20 


ADD A, #20 


IF OUT< IN 




112 


24 1C 


JMP RECX4 




RECX3 


114 


96 1C 


JNZ RECX4 






116 


B8 12 


MOV R0',#12 


GET NUMB OF MSG'S 




116 


F0 


MOV A ,@R0 ' 






119 


C6 10 


JZ 110 






1 IB 


27 


CLR A 




RECX4 


11C 


C5 


SEL RB0 






11D 


37 


CPL A 






HE 


00 


NOP 






HE 


6A 


ADD A ,R2 


IS LENGTH<ROOM? 




120 


E6 31 


JNC RECX5 


IT FITS 




122 


BF F0 


MOV R7,#F0 


DOESNT FIT 




124 


BE IF 


MOV R6,#1F 






126 


FD 


MOV A ,R5 






127 


54 74 


CALL WRITE 


RESTORE EXTMSGOUT 




129 


BE 21 


MOV R6,ff21 






12B 


FC 


MOV A ,R4 






12C 


54 74 


CALL WRITE 


RESTORE EXTMSGLAST 




12E 


24 71 


JMP RECX 11 


GO BACK TO EXEC 




130 


00 


NOP 


& CLEAR INPUT LOCK 


RECX5 


131 


BF F0 


MOV R7,#F0 


BEGIN TRANSFER 




133 


23 22 


MOV A, #22 


COMPUTE STARTING 




135 


6D 


ADD A ,R5 


ADDR OF FIRST BYTE 



156 



RECEXT 





136 


AE 


MOV R6,A 






13? 


E6 3A 


JNC RECX6 


BUMP R? IF CARRY 




139 


IP 


INC R? 




RECX6 


13A 


B6 1C 


MOV R0,#1C 


GET 8748 IN POINTER 




13C 


F0 


MOV A ,@R0 


IN R1 




13D 


A9 


MOV R1,A 




RECX? 


13E 


54 88 


CALL READ 


GET DATA BYTE 




140 


A1 


MOV im,A 


BUT IN 8748 BUFFER 




141 


19 


INC R 1 


3UMP 8748 IN POINTER 




142 


23 C0 


MOV A ,#C0 


CHECK IF PO INTER>=64 




144 


69 


ADD A ,R1 






145 


E6 49 


JNC RECXS 






147 


B9 20 


MOV R1 , #20 


IF >=64, P0INTER=32 


RECXS 


149 


23 01 


MOV A, #01 


INCR R6 ADDR POINTER 




14B 


6E 


ADD A ,R6 






14C 


AE 


MOV R6,A 






14D 


E6 50 


JNC RECX9 


IF R6 OVF, BUMP R7 




14F 


IF 


INC R? 




RECX9 


150 


ID 


INC R5 


BUMP RELATIVE PNTR . 




151 


EA 3E 


DJNZ R2 RECX7 


GO BACK FOR MORE 




153 


23 09 


MOV A, #09 


BEGIN CLEAN UP 




155 


6D 


ADD A ,R5 


IF REL POINTER OUT- 




156 


E6 5A 


JNC RECX10 


SIDE BUFFER 




156 


BD 00 


MOV R5,#00 


POINTER = 0 


RSCX10 


15A 


CB 


DEC R3 


DECR NUMB OF MSG 




155 


BF F0 


MOV R7,#F0 


IN COMMOM MEM 




15D 


BE IF 


MOV R6,#1F 


RESTORE POINTERS 



157 



RECEXT 



15F 


FD 


MOV A , R5 




160 


54 74 


CALL WRITE 


RESTORE EXTMSGOUT 


162 


IE 


INC R6 




163 


FB 


MOV A ,R3 




164 


54 74 


CALL WRITE 


RESTORE EXTNUMBMSG 


166 


54 40 


CALL SETEXT 


FIND NEXT SBC # 


168 


BS 12 


MOV R0,#12 


I NCR NUMB MSG 8748 


16A 


F0 


MOV A , OR0 




16B 


17 


INC A 




16C 


A0 


MOV @R0 , A 




16D 


B8 1C 


MOV R0,#1C 


UPDATE 8748 INPUT 


16F 


F9 


MOV A ,R1 


POINTER 


170 


A0 


MOV 0R0 , A 




RECX11 171 


38 13 


MOV RO ,#13 


CLR 8748 INPUT LOCK 


173 


B0 00 


MOV @R0 , 00 




175 


93 


RETR 


GO BACK TO EXEC 



158 



SENDEXT 



SENDEXT 


180 


00 


NOP 






181 


B? F0 


MOV R7,#F0 






183 


BE IE 


MOV R6,#1E 






185 


54: 88 


CALL READ 


READ EXTMSG IN 




187 


AC 


MOV R4, A 


STORE IN R4 




188 


IE 


INC R6 






189 


54 88 


CALL READ 


READ EXTMSGOUT 




183 


AD 


MOV R5,A 


STORE IN R5 




18C 


IE 


INC R6 






18D 


54 88 


CALL READ 


READ NUMEXTMSG 




18E 


AB 


MOV R3 , A 


STORE IN R3 




190 


B8 1? 


MOV R0,#1F 


GET MSG LENGTH FROM 




192 


F0 


MOV A,C<R0 


8748 OUTPUT COUNTER 




193 


AA 


MOV R2,A 


STORE IN R2 




194: 


FD 


MOV A ,R5 






195 


37 


CPL A 






196 


17 


INC A 


COMPUTE IN-OUT 




197 


6C 


ADD A f R4 


CY=1 IF I N>=OUT 




198 


A9 


MOV R 1 ,A 


TEMP STORE 




199 


FB 


MOV A ,R3 


GET NUMB OF MSG'S 




19A 


C6 A1 


JZ SENX1 


JUMP IF NUMB=0 




19C 


F9 


MOV A ,R1 


GET IN-OUT 




19D 


C6 3E 


JZ SENX3 


JUMP IF IN=OUT 




19? 


E6 B3 


JNC SENX2 


JUMP IF OUT>IN 


SENX1 


1A1 


FC 


MOV A ,R4 


GET INPUT POINTER 




1A2 


37 


CPL A 


COMPUTE ROOM= 




1A3 


03 F8 


ADD A. ,#F8 


SIZE-INPUT POINTER 



SENDEXT 





1A5 


A9 




MOV Rl , A 


TEMP STORE ROOM IN 1 




1A6 


FA 




MOV A ,R2 


GET LENGTH 




1A? 


37 




CPL A 






1A8 


17 




INC A 


COMPUTE ROOM-LENGTH 




1A9 


69 




ADD A ,R1 


CY=1 IF ROOM>=LENGTH 




1AA 


F6 


C9 


JC SENX4 


BEGIN TRANSFER 




1AC 


BE 


21 


MOV R6,#2l 






1AE 


FC 




MOV A ,R4 


SET LAST=IN 




1AE 


54 


74 


CALL WRITE 






151 


BC 


00 


MOV R4,#00 


SET IN =0 


SENX2 


1B3 


FC 




MOV A,R4 






1B4 


37 




CPL A 






1B5 


17 




INC A 


COMPUTE OUT-IN 




1B6 


6D 




ADD A ,R5 






1B7 


A9 




MOV HI, A 


TEMP STORE IN Rl 




1B8 


FA 




MOV A ,R2 






1B9 


37 




CPL A 






1BA 


17 




INC A 


COMPUTE 




IBB 


69 




ADD A ,R1 


( OUT-IN ) -LENGTH 




1BC 


F6 


C9 


JC SENX4 


BEGIN TRANSFER 


SENX3 


13E 


BE 


IE 


MOV R6,#1E 


BUFFER IS FULL 




1C 3 


FC 




MOV A ,R4 


RESTORE EXTMSG IN 




1C1 


54 


74 


CALL WRITE 






1C3 


44 


11 


JMP SENX 11 


RETURN TO EXEC 




1C5 


00 




NOP 


6 . CLEAR OUTPUT LOCK 




1C6 


00 




NOP 






1C7 


00 




NOP 





160 



SENDEXT 





1C8 


00 




NOP 




SENX4 


1C9 


BF 


F0 


MOV 


R7,#F0 




1CB 


23 


22 


MOV 


A ,#22 




1CD 


6C 




ADD 


A ,R4 




ICE 


AE 




MOV 


R6,A 




1CF 


E6 


D2 


JNC 


SENX5 




1D1 


IF 




INC 


R7 


SENX5 


1D2 


B8 


IE 


MOV 


R0,#1E 




1D4 


F0 




MOV 


A ,@R0 




1D5 


A9 




MOV 


R1 , A 




1D6 


FI 




MOV 


A ,QR1 




1D7 


AD 




MOV 


R5 , A 


SENX6 


1D8 


FI 




MOV 


A,0R1 




1D9 


54 


74 


CALL WRITE 




1DB 


19 




INC 


R 1 




1DC 


23 


C0 


MOV 


A ,#C0 




IDE 


69 




ADD 


A ,R1 




IDF 


E6 


E3 


JNC 


SENX7 




1E1 


39 


20 


MOV 


R1 , #20 


SENX7 


1E3 


23 


01 


MOV 


A, #01 




1E5 


6E 




ADD 


A ,R6 




1E6 


AE 




MOV 


R6 , A 




1S7 


E6 


EA 


JNC 


SENXS 




1S9 


IF 




INC 


R7 


SENX6 


1EA 


1C 




INC 


R4 




1EB 


EA 


D8 


DJNZ R2 SENX6 




1ED 


23 


09 


MOV 


A ,#09 



COMPUTE STARTING 
ADDRESS OF FIRST 
BYTE TO BE SENT 
IN R6 

BUMP R7 IF R6 OVF 

GET 8748 OUTPUT 
POINTER IN R1 
GET RMN IN R5 
FOR SETEXT 
GET NEXT DATA BYTE 
SEND IT 

INC 8748 POINTER 
IS PO I NTER>=64? 



IF SO , PO I NTER=32 
INCR LOW AD DR 3YTE 



BUMP HIGH BYTE 

INC RELATIVE POINTER 

GO BACK FOR MORS 



BEGIN CLEAN UP 



SENDEXT 





1EF 


6C 


ADD A ,R4 


IS REL. P0INTER>=F7 




1F0 


E6 F4 


JNC SENX9 






1F2 


BC 00 


MOV R4,#00 


IF SO ,PO INTER =0 


SENX9 


1F4 


13 


INC R3 


I NCR NUMB OF MSG 




IF 5 


BF F0 


MOV R7,#F0 






IE? 


BE IE 


MOV R6 ,# IE 






1F9 


FC 


MOV A ,R4 






1FA 


54 74 


CALL WRITE 


RESTORE EXTMSGIN 




1FC 


BE 20 


MOV R6, #20 






1FE 


F3 


MOV A f R3 






IFF 


54 74 


CALL WRITE 


RESTORE NUMEXTMSG 




201 


FB 


MOV A ,R3 






202 


07 


DEC A 






203 


96 08 


JNZ SENX10 


IS NUMEXTMSO=l? 




205 


FD 


MOV A,R5 


IF SO THEN NEXTMSG= 




206 


54 4C 


CALL SETEXT 


SBC OF MSG PUT IN 


3ENX10 


208 


bd 

OD 

ro 


MOV R0,#12 






22k 


F0 


MOV A ,@R0 


GET NUMB MSG 8748 




203 


07 


DEC A 






20 C 


A0 


MOV (?R0 , A 


DEC NUMB MSG IN 874 




20D 


B8 IS 


MOV R0,#1E 


UPDATE 8748 OUTPUT 




20F 


F9 


MOV A,R1 


POINTER 




210 


A0 


MOV OR0 , A 




SENX11 


211 


B8 14 


MOV RO ,#14 


CLEAR 8748 OUTPUT 




213 


B0 00 


MOV 0R0 , #00 


LOCK 




215 


93 


RETR 


RETURN TO EXEC 



162 



UNLOCK 



UNLOCK 217 


BF F0 


MOV R7,#F0 




219 


BE 1C 


MOV R6,#1C 




213 


23 00 


MOV A, #00 




21D 


54 74 


CALL WRITE 


LOAD 0 IN EXTMSGLO CK 


21? 


93 


RETR 


RETURN 



163 



SETLOK 



SETLKI 


220 


B8 13 


MOV R0,#13 


GET INPUT LOCK SBC# 




222 


44 26 


JMP SETL1 




SETLKO 


224 


B8 14 


MOV R0,#14 


GET OUTPUT LOCK SBC# 


SETL1 


226 


F0 


MOV A ,@R0 


GET LOCK IN R5 




227 


AD 


MOV R5 , A 






228 


BE F0 


MOV R7,#F0 






22k 


BE 1C 


MOV R6,#1C 




SETL2 


22C 


05 


EN I 


INTERRUPT WINDOW 




22D 


00 


NOP 






22E 


15 


DIS I 






22F 


54 88 


CALL READ 


READ EXTMSGLOCK 




231 


96 2C 


JNZ SETL2 


TRY AGAIN TILL 0 




233 


ED 


MOV A ,R5 






234 


54 74 


CALL WRITE 


WRITE SBC# INTO LOCK 




236 


54 88 


CALL READ 


MAKE SURE YOU GOT IT 




23S 


37 


CPL A 






239 


17 


INC A 






23 A 


6D 


ADD A ,R5 


IS EXTMSGLOCK=LOCK 




23 B 


96 2C 


JNZ SETL2 


IF NOT, TRY AGAIN 




23D 


93 


RETR 


RETURN IF LOCKED 



164 



SETEXT 



SETEXT 


240 


FB 


MOV A ,R3 


GET NUM OF MSG 




241 


C6 52 


JZ SETX2 


JUMP IF NUMBER=0 




243 


FD 


MOV A ,R5 


GET NXT OUTGOING RMN 




244 


03 22 


ADD A, #22 


FORM ADDRESS OF NEXT 




246 


AE 


MOV R6 , A 


MODULE NUMBER 




24? 


E6 4A 


JNC SETX1 






249 


IF 


INC R? 


BUMP R? IF R6 OVF 


SETX1 


24A 


54 88 


CALL READ 


READ NEXT RMN 




24C 


77 


RR A 






24D 


7? 


RR A 


DIVIDE RMN BY 8 




24E 


7? 


RR A 






24F 


17 


INC A 






250 


53 0F 


ANL A , #0F 


MASK OFF GARBAGE 


SEXT2 


252 


BF F0 


MOV R7,#F0 






254 


BE ID 


"MOV R6,#1D 






259 


54 74 


CALL WRITE 


LOAD SBC INTO EXTMSG 




258 


93 


RETR 


RETURN 



165 



WRITE 



WRITE 


274 


B8 04 


MOV R0,04 


SET UP LATCH ADDR 




276 


37 


CPL A 






277 


90 


MOVX @R0 , A 


LOAD DATA BYTE 




278 


18 


INC R0 






279 


18 


INC R0 


FORM NEXT LATCH ADDR 




27A 


FE 


MOV A ,R6 






27B 


37 


CPL A 






27C 


90 


MOVX OR0,A 


LOAD LOW ADDR BYTE 




27D 


18 


INC R0 






27E 


FF 


MOV A ,R7 






27? 


37 


CPL A 






280 


90 


MOVX 0R0 ,A 


LOAD HIGH ADDR BYTE 




281 


99 FC 


ANL P1,#FC 


ACTIVATE BUS REQ 


WRT1 


283 


46 83 


JNT1 WRT1 


WAIT FOR XACK 




285 


89 03 


ORL PI ,#03 


REMOVE BUS REQ 




287 


93 


RETR 


RETURN 



166 



READ 



READ 


288 


B8 07 


MOV R0,#07 


LATCH ADDRESS 




28A 


FF 


MOV A ,R7 






28B 


37 


CPL A 






28C 


90 


MOVX GR0 ,A 


LOAD HIGH ADDR BYTE 




28D 


C8 


DEC R0 






28E 


FE 


MOV A ,R6 






2SF 


37 


CPL A 






290 


90 


MOVX GR0 , A 


LOAD LOW ADDR BYTE 




291 


89 02 


ORL PI, #02 


RESET WRITE BIT 




293 


99 FE 


ANL PI ,#FE 


ACTIVATE BUS REQ 


RE ADI 


295 


46 95 


JNT 1 READ1 


WAIT FOR XACK 




297 


80 


MOVX A,GR0 


READ BUS DATA 




298 


89 01 


ORL PI, #01 


RESET BUS REQUEST 




29A 


93 


RSTR 


RETURN 



167 



UTILITY ROUTINES 



SENDDO 


29D 


99 EF 


ANL 


PI EF 


DATA SYNC GET OUTPUT 




29F 


GO 


MOV 


R0' f 14 


LOCi IN A 




2A1 


F0 


MOV 


A , 0R0 ' 






2A2 


44 B4 


JMP 


SEND 




SENDCO 


2A4 


89 10 


ORL 


Pl,#10 


COMMAND SYNC 




2A6 


B8 13 


MOV 


R0',#14 


GET OUTPUT LOCK 




2A8 


F0 


MOV 


A ,0R0 






2A9 


44 B8 


JMP 


SEND 




SENDCI 


2A3 


89 10 


ORL 


PI, #10 






2AD 


38 13 


MOV 


R0' ,#13 


GET INPUT LOCK 




2AE 


F0 


MOV 


A ,0R0 






2B0 


47 


S'* AP A 


REVERSE TEE ORDER 




2B1 


44 B8 


JMP 


SEND 


OUTPUT IT 


SENDCN 


2B3 


69 10 


ORL 


PI, #10 


SET COMMAND SYNC 




2B5 


B8 15 


MOV 


R0',#15 


GET ID REGISTER 




23? 


F0 


MOV 


A,0R0' 




SEND 


2B8 


B8 00 


MOV 


R0 ' , #00 


LOAD HEADER 




23A 


90 


MOVX 0R0',A 






2BB 


16 


INC 


R0' 






23C 


F9 


MOV 


A ,R1 ' 


GST DATA BYTE 




23 D 


90 


MOVX 0R0 ' , A 


LOAD DATA 




2BE 


99 F7 


ANL 


PI ,#F7 


ACTIVATE SEND BIT 




2C0 


89 08 


ORL 


PI, #08 


CLEAR SEND BIT 




2C2 


83 


RET 




NO RESTORE 
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RECMSG 



RECMSG 


2C4 


FB 




MOV 


V 

to 

pc; 


CHECK MODE=0001 




2C5 


07 




DEC 


A 






2C6 


96 


E0 


JNZ 


TO RETURN 




RECM1 


2C8 


B8 


13 


MOV 


R0',#13 


GET INPUT LOCK 




2CA 


F0 




MOV 


A,0R0' 






2CB 


37 




CPL 


A 






2CC 


17 




INC 


A 






2CD 


6A 




ADD 


A ,R2' 


COMPARE WITH SBC# 




2CE 


96 


E0 


JNZ 


TO RETURN 




RECM2 


2D0 


FC 




MOV 


A ,R4 ' 


GET INPUT POINTER 




2D1 


AS 




MOV 


R0',A 


IN R0' 




2D2 


F9 




MOV 


A ,R1 ' 


GET DATA BYTE Rl' 




2D3 


A0 




MOV 


C a R0 ' , A 


STORE IN MEMORY 




2D4 


ic 




INC 


R4' 






2D5 


FC 




MOV 


A,R4' 






2D6 


03 


C0 


ADD 


A ,#C0 


CHECK POINTER OVF 




2DS 


E6 


DC 


JNC 


RECM3 






2DA 


BC 


20 


MOV 


R4',#20 




RECM3 


2DC 


B9 


FF 


MOV 


R1 ' f #FF 






2DE 


54 


AB 


CALL SENDCI 






2E3 


64 


E0 


JMP 


RETURN 
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MSGDEC 



EXINT 


003 


4 4 E8 


JMP MSGDEC 






2E6 


64 16 


JMP ACKSRV 




MSGDEC 


2E8 


89 04 


ORL PI, #04 


CLR MSG RDY FF 




2EA 


99 FB 


AND PI , #FB 






2EC 


65 


STOP TCOUNT 






2SD 


D5 


SEL RBI 






2EE 


B8 10 


MOV R0 ' , #10 


SAVE A 




2F0 


A0 


MOV QR0',A 






2F1 


FB 


MOV A ,R3 ' 


GET MODE 




2F2 


72 E6 


JB3 ACKSRV 


JUMP IF BUS CONTROL 




2F4 


B8 01 


MOV R0 ' , #01 


GET MSG HEADER IN R 




2F6 


80 


MOVX A,0R0 ' 






2F7 


AA 


MOV R2',A 






2F8 


47 


SWAP A 


GET "TO” ADDR BITS 




2F9 


43 F0 


ORL A ,#F0 


FORM LOOK UP ADDR 




2FB 


E3 


M0VP3 A, 0A 


GET STATUS BITS 




2FC 


A9 


MOV Rl',A 


TEMP STORE 




2FD 


B8 17 


MOV R0',#17 






2FF 


F0 


MOV A ,0R0 ' 


COMP WITH TERMINAL 




300 


59 


ANL A,Rl' 


STATUS 




301 


C6 E0 


JZ RETURN 






303 


B8 00 


MOV R0',#00 


GET DATA BYTE IN R1 




305 


80 


MOVX A,0R0' 






306 


A9 


MOV R1',A 






307 


00 


NOP 






308 


00 00 


NOP 






30A 


00 


NOP 
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MSGLEC 





30B 


0A 


IN A , P2 


PARITY AND SYNC TYPE 




30C 


D2 E0 


JB6 RETURN 


PARITY ERROR 




30E 


E2 1C 


JB7 RECMSG 


DATA MESSAGE 




310 


E9 


MOV A,R1' 






311 


53 07 


ANL A ,#07 


EORM JUMP TABLE ADDR 




313 


03 20 


ADD A ,#20 


ADD TABLE 1 OEESET 




315 


B3 


JMPP 0A 


JUMP TO SERV ROUTINE 


ACKSRV 


316 


E3 


MOV A,R3' 


GET MODE 




317 


53 07 


ANL A, #07 


MASK LOW 3 BITS 




319 


03 28 


ADD A ,#28 


ALL TABLE 2 OEESET 




31B 


B3 


JMPP 0A 


ACK SERVICE TABLE 


MSGDC1 


31 C 


44 C4 


JMP RECMSG 






320 


39 


RSQCMD 


LEAVES WITH LATA 




321 


6D 


ENDCMD 


IN Rl' HEALER IN R2 




322 


89 


BUS CM D 






323 


S0 


RETURN 






324 


E0 


RETURN 






325 


E0 


RETURN 






326 


E0 


RETURN 






327 


E0 


RETURN 






328 


A9 


CLRACK 






329 


AE 


DATACK 






32A 


CA 


ENDACK 






32B 


DC 


BUSACK 






32C 


DC 


BUSACK 






32D 


DC 


BUSACK 
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MSG-DEC 



32E 


DC 


BUSACK 


32E 


DC 


BUSACK 
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REQCMD 



REQCMD 


339 


FB 


MOV A ,R3 ' 


CHECK FOR MODE 0000 




33A 


96 E0 


JNZ RETURN 


REJECT IF MODE NOT 0 




33C 


B8 13 


MOV R0',#13 


CHECK HEADER=IN LOCK 




33E 


F0 


MOV A ,@R0 / 






33F 


37 


CPL A 






340 


17 


INC A 






341 


6A 


ADD A ,R2 ' 






342 


C6 49 


JZ REQC1 


IF EEADER=INPUT LOCK 




344 


F0 


MOV A f C«R0' 


CHECK INPUT LOCK = 0 




345 


96 E0 


JNZ RETURN 


NOT CLEAR 




347 


FA 


MOV A,R2' 


MOVE HEADER TO LOCK 




348 


A0 


MOV OR0 ' , A 




REQC1 


349 


C6 


DEC R0 ' 






34A 


F0 


MOV A ,GR0 ' 


GET NUMB OF MSG'S 




34B 


96 50 


JNZ REQC2 






34D 


27 


CLR A 


BUF. EMPTY ROOM=S I ZE 




34E 


64 56 


JMP REQC3 




REQC2 


350 


FC 


MOV A,R4' 


COMPUTE OUT-IN 




351 


37 


CPL A 






352 


17 


INC A 






353 


6E 


ADD A ,R6 ' 


A=OUT- IN 




354 


F6 56 


JC REQC4 


FITS 


REQC3 


356 


03 40 


ADD A, #40 


A=SIZS~( IN-OUT) 


REQC4 


358 


AA 


MOV R2',A 


TEMP STORE ROOM 




359 


F9 


MOV A,R1' 


GET COMMAND BYTE 




35A 


53 F8 


ANL A ,#F8 


MASK OFF SIZE BITS 




35C 


77 


RR A 
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REQCMD 



35D 


77 




RR A 




35E 


37 




CPL A 




35 E 


17 




INC A 


IE ROOM>=LENGTH 


360 


6A 




ADD A ,R2 ' 


CARRY = 1 


361 


E6 


E0 


JNC RETURN 


NOT CLEAR 


363 


BB 


01 


MOV R3',#01 


SET MODE 0001 


365 


B9 


EE 


MOV Rl',#EE 




367 


54 


AB 


CALL SENDCI 




369 


64 


E0 


JMP RETURN 
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36D 

36F 

370 

372 

374 

375 

376 

377 

37S 

37A 

37C 

37E 

380 

381 

362 

383 

384 

386 



ENDCMD 



23 


FF 


MOV A ,#FF 


CHECK FOR MODE 0001 


6B 




ADD A,R3' 




96 


E0 


JNZ RETURN 


IF MODE NOT 0001 


B8 


13 


MOV R0',#13 


CHECK EEADER=IN LOCK 


F0 




MOV A,GR0' 




37 




CPL A 




17 




INC A 




6A 




ADD A ,R2 ' 




96 


E0 


JNZ RETURN 


IF WRONG SBC# 


B9 


FF 


MOV Rl',#FF 


SEND ENDACK 


54 


AB 


CALL SENDCI 




B0 


00 


MOV OR0',#00 


CLEAR INPUT LOCK 


C8 




DEC R0 ' 




F0 




MOV A ,@R0 * 


INCR NUMB OF MGS 


17 




INC A 




A0 




MOV OR0 f A 




BB 


00 


MOV R3',#00 


SWITCH TO MODE 0000 


64 


E0 


JMP RETURN 
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BUSCMD 



BUSCMD 


3S9 


?B 


MOV A ,R3 ' 


CHECK EOR MODE 3000 




3SA 


C6 6E 


JZ BUSC1 






38C 


64 E0 


JMP RETURN 


WITH RESET 


BUS Cl 


38E 


76 98 


JE1 BUSC2 


JMP IF MSG WAITING 




390 


BB 0B 


MOV R3',#0B 


SWITCH TO MODE 1011 




392 


B9 02 


MOVE Rl' t #02 


BUS GRANT CMD 




394 


54 33 


CALL SENDCN 


SEND BUS GRANT 




396 


64 E0 


JMP RETURN 




BUSC2 


398 


BB 08 


MOV R3\08 


SWITCH TO MODE 1000 




39A 


EE 


MOV A ,R7 ' 


GET MSG LENGTH 




39B 


17 


INC A 






39C 


53 3E 


ANL A ,#3E 


COMPUTE LENGTH 




39E 


E7 


RL A 


EOR SEND REQUEST 




39E 


E7 


RL A 






3A0 


A9 


MOV R1 ' f A 






3A1 


54 A4 


CALL SEN DCO 






3A3 


64 E0 


JMP RETURN 
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CLRACK 



CLRACK 3AS 


BB 


09 


MOV 


R3 ' , #09 


SWITCH MODE 1001 


3AB 


64 


B9 


JMP 


DATKl 


SEND FIRST DATA BYTE 
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DATACK 



DATACK 


3AE 


FF 


MOV A f R7 ' 


ANY MORE BYTES LEFT? 




3AF 


96 B9 


JNZ DATK1 


SEND ANOTHER 




3B1 


BB 0A 


MOV R3 ' f #0A 


SWITCH MODE 1010 




3B3 


B9 01 


MOV Rl',#01 


SEND END OF MSO 




3B5 


54 A4 


CALL SENDCO 






3B7 


64 E0 


JMP RETURN 




DATK1 


3B9 


FE 


MOV A ,R6 ' 


SET OUTPUT POINTER 




3BA 


A8 


MOV R0 ' , A 






3BB 


F0 


MOV A ,0R0 ' 


SET NEXT DATA BYTE 




3BC 


A9 


MOV R1',A 


IN HI' 




3BD 


CF 


DEC R7' 


DECR OUTPUT COUNTER 




3BE 


IS 


INC R6 ' 


BUMP THE POINTER 




3BF 


FE 


MOV A ,R6 ' 


IS POINTER AT TOP? 




3C0 


03 C0 


ADD A ,#C0 






3C2 


E6 C6 


JNC DATK2 






3C4 


BE 20 


MOV R6',#20 


POINTER AT BOTTOM 


DATK2 


/ 

3C6 


54 9D 


CALL SENDDO 


SEND DATA 




3C8 


64 E0 


JMP RETURN 
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ENDACK 



ENDACK 3CA 


B8 


14 


MOV 


R0 * ,#14 


CLR OUTPUT LOCK 


3CC 


B0 


00 


MOV 


GR0' ,#00 




3CE 


B6 


12 


MOV 


R0',#12 ' 


DECR NUMB OF MSG'S 


3D0 


F0 




MOV 


A ,0R0 ' 




3D1 


07 




DCR 


A 




3D2 


A0 




MOV 


0R0' ,A 




3D3 


A5 




CLR 


El 




3D4 


BB 


0B 


MOV 


R3',#0B 


SWITCH MODE 1011 


3D6 


B9 


02 


MOV 


Rl',#02 


BUS GRANT CMD 


3D8 


54 


B3 


CALL SEN DCN 


TO NEXT TERMINAL 


3DA 


64 


E0 


JMP 


RETURN 
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3USACK 



BUSACK 



3DC 


Bfl 


00 


MOV 


R3',#00 


3DE 


44 


E4 


JMP 


MSGDEC 



SWITCH MODE 0002 
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RETURN 



RETURN 


3E0 


B8 


10 


MOV 


R0',#10 


RET FROM MSG INTRPT 


RETWC 


3E2 


B0 


0F 


MOV 


GR0 ' , #0F 


RELOAD 


T/O CNTR 


RETNC 


3E4 


23 


A4 


MOV 


A ,#A4 


RELOAD 


TIMER 




3E6 


62 




MOV 


T ,A 








3E7 


B8 


10 


MOV 


R0 ' , #10 


POP A 






3E9 


F0 




MOV 


A ,OR0 








3EA 


55 




STRT T 








3EB 


93 




RETR 


RETURN 


RESTORE 
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APPENDIX D 



DEBUGGING TECHNIQUES 

The Intel ICE-48 in circuit emulator is necessary for 
efficient debugging of new 8748 programs. The ICE-48 
system replaces the 8748 chip with an interface cable 
to an Intel MDS microcomputer development system. The 
ICE-43 software in the MDS allows the MDS to step through 
the program and display the contents of the internal 
registers and memory. 

At the time of the software development, the emulator 
system was not available. A substitute system was developed 
with an Intel SBC 80/20 to perform a similar task. The 
RAM loader and single stepper routines included in this 
section load the external program memory and step the 6748 
through the program. Addresses are displayed on the CRT 
terminal connected to the 80/20. To display the contents 
of the internal memory, a separate routine to write the 
contents of the internal memory into external memory can be 
used. The external memory can then be displayed on the 
CRT by the SBC monitor. 

Debugging the bus control routines requires at least two 
serial interface boards up and running at the same time. 

This was accomplished by using two SBC 60/20's to step two 
serial interface boards through their routines simultaneously. 
A storage oscilloscope was used to monitor bus traffic. 
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since serial transmissions occur at normal speed in the 
single step mode. 

The basic debugging procedure is to load the program 
into both serial boards and step both terminals through 
the restart routines. If the corporate message buffer is 
empty, the two terminals will exchange bus grant commands 
indefinitely. A message can be simulated by loading data 
into the corporate memory, through the SBC monitor, and 
setting the buffer control registers accordingly. The 
message transfer process can be observed one step at a 
time with the messages displayed on the oscilloscope. 



If required, the hardware can be debugged by manual 
methods. The receiver shift registers (74LS164's) can be 
removed from their sockets and replaced with a switch bank 
composed of DIP switches and pull up resistors. This 
enables received messages to be simulated without requiring 
a second operational terminal. The 74LS175 at B16 may be 
removed and a TTL level signal from a pulse generator may 
be applied through pin 13. By manually pulsing the signal 
generator, the transmitter and encoder can be stepped through 
the transmit sequence. Removing the 74LS86 at D1S and 
grounding pin 8 will disable the receive parity check. 

Commamd message reception can be simulated by removing the 
74LS161 at A17 and grounding pin 12. Allowing this pin to 
float will indicate data sync to the CPU. To create a 
received message interrupt, momentarily ground pin 1 of D19. 
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A. RAM LOADER PROGRAM 



This program runs on an Intel SBC 80/20-04 and loads 
1024 bytes from an external memory board to the serial i 
terface read/write program memory. In the present versi 
the memory locations D000 through D3PF (hex) correspond 
8746 program memory 0000 through 03FF. The program resi 
in external memory starting at address C700. Program an 
data are stored on floppy disc by use of CP/M DDT. 



n- 
on , 
to 
des 
d 



The RAM loader program is entered through the SBC 
monitor command "G0700 (CR)”. If the serial interface 
board is not in the reset mode, the RAM load is aborted 
and the error symbol is displayed on the CRT. After all 

1024 locations have been loaded, the program returns control 
to the SBC monitor and the prompt symbol is displayed. 



Port E5 and EA of the SBC 80/20 are used as bidirec- 
tional data/address ports. The bus drivers are removed and 
bypassed to connect the 8255's directly to the interface 
cable. Port E6 serves as the control port,, supplying chip 
select, write enable, address latch and single step signals 
to the serial interface board. A 74LS00 is used as a driver 
for the port E6 signals, hence all lines are inverted. 

After initial power-up reset of the SBC, all output ports 
are set in the input mode, driving the control lines low. 
After the RAM loader has been exercised, port E6 is left in 
the output mode, keeping the control lines high and enabling 
normal operation of the serial hardware. 



184 



The interface cable connects to J1 on the SBC 80/20. 
Connections to port E5 are made by installing Jumpers in 
sockets A5 and A6. Only the lower four bits of E5 are used 
and the 74LS00 is installed in socket A4. Connections to 
port EA are made via jumpers from socket A3 pins eight and 
nine to socket A10 pins one and four. The MSB of port ES 
tests the state of the reset switch, and is connected to 
the interface cable by jumpering socket A12 pin 12 to 
socket A3 pin six. 
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0700 

0702 

0704 

0706 

0708 

070B 

070D 

070F 

0711 

0713 

0715 

0717 

071A 

071B 

071D 

071E 

0720 

0722 

0724 

0726 

0726 

0729 

072B 

072C 

072D 



RAM LOADER PROGRAM 



3E 


83 




MV I 


A, 83 


SET INPUT PORTS 


D3 


EB 




OUT 


EB 




DB 


E9 




IN E9 


CHECK FOR RESET LOW 


E6 


80 




AN I 


60 




C2 


3A 


03 


JNZ 


033A 


DISPLAY ERROR ON CRT 


3E 


82 




MV I 


A, 62 


CHANGE OUTPUT PORTS 


D3 


EB 




OUT 


EB 




3E 


80 




MV I 


A, 80 




D3 


E7 




OUT 


E7 


PORT B OUT, PORT C OUT 


3E 


00 




MV I 


A, 00 


CLEAR CONTROL PORT 


D3 


E6 




OUT 


E6 




21 


00 


D0 


LXI 


E ,D000 


START ADDR OF DATA 


7C 






MOV 


A , E 




D3 


EA 




OUT 


EA 


OUTPUT HIGH BYTE 


7D 






MOV 


A,L 




D3 


E5 




OUT 


E5 


OUTPUT LOW BYTE 


3E 


04 




MV I 


A, 04 




D3 


E6 




OUT 


E6 


APPLY ALE PULSE 


3E 


00 




MV I 


A, 00 




D3 


E6 




OUT 


E6 


REMOVE ALE PULSE 


7E 






MOV 


A ,M 


PUT DATA ON PORT E5 


D3 


E5 




OUT 


E5 




00 






NOP 




WAIT FOR RINGING TO SETTLE 


00 






NOP 






00 






NOP 
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072E 

072F 

0730 

0731 

0732 

0734 

0736 

0738 

073A 

073B 

073D 

073E 

0741 

0743 

0745 

0747 

0749 

074C 



00 






NOP 




00 






NOP 




00 






NOP 




00 






NOP 




3E 


03 




MV I 


A, 03 


D3 


E6 




OUT 


E6 


3E 


00 




MV I 


A, 00 


D3 


E6 




OUT 


E6 


23 






INX 


H 


3E 


D4 




MV I 


A , D4 


BC 






CMP 


H 


C2 


1A 


07 


JNZ 


071A 


3E 


82 




mv i 


A, 82 


D3 


E7 




OUT 


E7 


3E 


83 




MVI 


A, S3 


D3 


EB 




OUT 


EB 


CD 


12 


03 


CALL 0312 


C3 


3C 


00 


JMP 


003C 



APPLY WE AND CS VIA PORT E6 

REMOVE WE AND CS 

COMPUTE NEXT ADDRESS 

COMPARE WITH END 0? FILE D400H 

GO BACK FOR NEXT DATA 
ALL DONE 

TURN OFF OUTPUT PORTS 



CR ROUTINE IN MONITOR 
SBC MONITOR 
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B. SINGLE STEPPER ROUTINE 



The single stepper routine uses the SBC 80/20 to step 
the 8748 through its program and to display the addresses 

on the CRT console. The routine is entered hy typing the 

monitor command "G0760 (CR)”. The SBC 80/20 applies a pulse 
to the single step flip flop via the interface cable and 
then reads the contents of the 8748 program counter on the 
eight bits of the bus port and the lover four bits of port 
2. This address is displayed on the CRT. The process is 
repeated each time a key is pressed on the keyboard. De- 
pressing the ’’break" key causes the program to cycle at a 

rapid rate. 

The single stepper can reside either in read/vrite 
memory or in ROM. If the SBC 80/20 is installed in the same 
card cage as the serial interface and if the 80/20 program 
lies in external memory, the system will 'lock up' when the 
serial board is stepped through a bus read or write. For 
this reason the single stepper program should reside in 
on-board RAM or ROM. 

To insure the 8748 begins at address 0000, the single 
step switch in the serial board switch register should be 
set before the reset switch is open. The single step pro- 
gram may be exited at any time by depressing the carriage 
return. Control is returned to the SBC monitor and the 
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prompt symbol is displayed. The single step routine 

may be reentered and single stepping resumed from the last 
address displayed. 



189 



0760 

0762 

0764 

0766 

0768 

076A 

076C 

0761 

0771 

0774 

0777 

0779 

077C 

077E 

0781 

0783 

0785 

0787 

0789 

07SA 

078B 

078C 

078D 

37SE 

0781’ 



SINGLE STEP PROGRAM 



3E 


82 




MVI 


A, 82 


D3 


E7 




OUT 


E7 


3E 


83 




MVI 


A, 83 


D3 


EB 




OUT 


EB 


3E 


00 




MVI 


A, 00 


D3 


E6 




OUT 


E6 


CD 


12 


03 


CALI 


, 0312 


16 


00 




MVI 


D ,00 


C3 


91 


07 


JMP 


0791 


CD 


12 


03 


CALI 


, 0312 


16 


00 




MVI 


D ,00 


CD 


F4 


02 


CALI 


. 02F4 


EE 


8D 




CPI 


ED 


CA 


49 


07 


JZ 0749 


3E 


08 




MVI 


> 

CD 


D3 


E6 




OUT 


E6 


3E 


00 




MVI 


A, 00 


D3 


E6 




OUT 


E6 


00 






NOP 




00 






NOP 




00 






NOP 




00 






NOP 




00 






NOP 




00 






NOP 




00 






NOP 





PORT B & C INPUT 
PORT C E6 OUTPUT 

IN IT PORT E6 

OUTPUT CR, LF 
IN IT LINE COUNTER 
READ INITIAL STATE 

IN IT LINS COUNTER 
WAIT EOR PRESSED KEY 

IE SO, ALL DONE 
OUTPUT SNGSTP PULSE 

REMOVE SNGSTP PULSE 

WAIT EOR ADDR LINE 
TO STABILIZE 
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0790 


00 






NOP 




0791 


DB 


EA 




IN EA 


READ HIGH ADDR BITE 


0793 


E6 


03 




ANI 03 


MASS OEE HIGH BITS 


0795 


CD 


0D 


05 


CALL 050D 


DISPLAY ON CRT 


079S 


4F 






MOV C , A 




0799 


CD 


07 


03 


CALL 0307 




079C 


DB 


E5 




IN E5 


READ LOW ADDR BYTE 


079E 


CD 


87 


04 


CALL 0487 


OUTPUT ON CRT 


07A1 


0E 


20 




MV I C ,20 


ASCII FOR "SPACE" 


07A3 


CD 


07 


03 


CALL 0307 


PRINT SPACE 


07A6 


14 






INR D 


INCREMENT LINE CNTR 


07A7 


7A 






MOV A,D 


CHECK F/END OF LINE 


07A8 


EE 


10 




CPI 10 


IF LINE CNTR < 16 


07AA 


C2 


79 


07 


JNZ 0779 


GO BACK F/NEXT PULSE 


07AD 


C3 


74 


07 


JMP 0774 


IF FULL-JUMP CR-LF 
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C. 8748 REGISTER DUMP ROUTINE 



This routine can be used to write the contents of the 
8748 internal registers into external memory. The memory 
contents can then be examined using the SBC monitor. 

This routine may be located where space permits in the 
8748 software. The routine is entered by inserting a CALL 
command into the 8748 EXEC routine. The memory contents 
are moved to address E'000 (hex) through E03F in external 
memory . 



LOOP 



C5 




SEL RB0 




BF 


E0 


MOV R7,#E0 


OUTPUT A 


BE 


00 


MOV R6 , #00 




54 


74 


CALL WRITE 




BE 


3F 


MOV R6,#3F 




B9 


3F 


MOV R1 ,#3F 


SET LOOP COUNTER 


FI 




MOV A ,@R0 


GET MEMORY DATA 


54 


74 


CALL WRITE 


MOVE TO EXT. MEM 


CE 




DEC R6 


DECR. POINTER 


E9 





DJNZ LOOP 




93 




RETR 
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Table 8: 8748 Debug Switch Settings 



Function/Condi tion 
Desired 


Switch 1 
Ext Ram/ 
Int ROM 


Switch 2 
Single Step/ 
Run 


Switch • 
Run/ 
Reset 


Load RAM or Reset 


Don't Care 


Closed 


Closed 


Run v/External RAM 


Open 


Closed 


Open 


Run w/Internal ROM 


Cl osed 


Closed 


Open 


Single Step w/Ext RAM 


Open 


Open 


Open 


Single Step w/Int ROM 


Closed 


Open 


0 pen 
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Table 9: Interface Cable Wiring 



Signal 


SBC 


J1 Pin 


Serial Board 


Data/Address Bit 


7 


2 


8 


M •* 


6 


4 


7 


•• t» 


5 


6 


6 


ft •• 


4 


8 


5 


• • •• 


3 


10 


4 


ll •* 


2 


12 


3 


f • •• 


1 


14 


2 


• • •• 


0 


16 


1 


Single Step Pulse 


18 


11 


Addr Latch Enable 


20 


13 


Write Enable 




22 


10 


Chip Select 




24 


12 


Address Bit 8 




26 


16 


" 9 




28 


15 


Ground 




Odd # 


9 



Table 10: I/O Port Control Words 



RAM Write: 



Port 


E5 : 


Mode 


0 


outout 


Control 


Word 


Port 


E6 : 


Mode 


0 


output 






Port 


E9: 


Mode 


0 


input 


Control 


Word 


Port 


EA: 


Mode 


0 


output 






Single Step: 












Port 


E5 : 


Mode 


0 


input 


Control 


Word 


Port 


E6 : 


Mode 


0 


output 






Port 


E9 : 


Mode 


0 


input 


Control 


Word 


Port 


EA: 


Mode 


0 


input 







Connector 



80 Port E7 
80 Port EB 

62 Port E7 
82 Port EB 
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